From Fedora Project Wiki
No edit summary
No edit summary
 
Line 23: Line 23:
* Gestione volumi integrato e RAID
* Gestione volumi integrato e RAID


Il checksumming offre agli utenti migliore integrità dei dati, e lo snapshotting permette di fare cose come prendere snapshot del file system prima di fare cose potenzialmente dannose, come gli aggiornamenti via yum, in modo da avere uno stato a cui fare roll back.
Il checksumming offre agli utenti migliore integrità dei dati, e lo snapshotting permette di fare cose come prendere snapshot del file system prima di fare cose potenzialmente dannose, come gli aggiornamenti via yum, in modo da avere uno stato di a cui tornare.


== Scope ==
== Scope ==
* Anaconda - not terribly important but would be good to expose some of the different features of BTRFS via anaconda.
Fare riferimento alla [[Features/F17BtrfsDefaultFs#Scope |versione originale di questo documento]].
** Subvolume support (for /home by default)
** Optional compression
** RAID support
** Ext3/4 conversion
* LiveCD tools - these would need to be reworked to create a BTRFS image to install with.


== How To Test ==
== How To Test ==
<!-- This does not need to be a full-fledged document.  Describe the dimensions of tests that this feature is expected to pass when it is done.  If it needs to be tested with different hardware or software configurations, indicate them.  The more specific you can be, the better the community testing can be.
Fare riferimento alla [[Features/F17BtrfsDefaultFs#How To Test |versione originale di questo documento]].
 
Remember that you are writing this how to for interested testers to use to check out your feature - documenting what you do for testing is OK, but it's much better to document what *I* can do to test your feature.
 
A good "how to test" should answer these four questions:
 
0. What special hardware / data / etc. is needed (if any)?
1. How do I prepare my system to test this feature? What packages
need to be installed, config files edited, etc.?
2. What specific actions do I perform to check that the feature is
working like it's supposed to?
3. What are the expected results of those actions?
-->
It should be simple enough to test, just do a normal install.  If Anaconda gets support for the different BTRFS capabilities we'd want to test a couple of cases
 
* Single disk BTRFS
* Multi-disk BTRFS, RAID0/1/10
* Creating different subvolumes in the install


== Esperienza utente ==
== Esperienza utente ==
Il cambiamento dovrebbe essere largamente invisibile agli utenti. Questi potranno trarre vantaggio dalle varie caratteristiche messe a disposizione di BTRFS.
Il cambiamento dovrebbe essere largamente invisibile agli utenti. Questi potranno trarre vantaggio dalle varie caratteristiche messe a disposizione di BTRFS.


== Dependencies ==
== Dipendenze ==
<!-- What other packages (RPMs) depend on this package?  Are there changes outside the developers' control on which completion of this feature depends?  In other words, completion of another feature owned by someone else and might cause you to not be able to finish on time or that you would need to coordinate?  Other upstream projects like the kernel (if this is not a kernel feature)? -->
<!-- What other packages (RPMs) depend on this package?  Are there changes outside the developers' control on which completion of this feature depends?  In other words, completion of another feature owned by someone else and might cause you to not be able to finish on time or that you would need to coordinate?  Other upstream projects like the kernel (if this is not a kernel feature)? -->
* Anaconda
* Anaconda
Line 63: Line 41:
== Contingency Plan ==
== Contingency Plan ==
<!-- If you cannot complete your feature by the final development freeze, what is the backup plan?  This might be as simple as "None necessary, revert to previous release behaviour."  Or it might not.  If you feature is not completed in time we want to assure others that other parts of Fedora will not be in jeopardy.  -->
<!-- If you cannot complete your feature by the final development freeze, what is the backup plan?  This might be as simple as "None necessary, revert to previous release behaviour."  Or it might not.  If you feature is not completed in time we want to assure others that other parts of Fedora will not be in jeopardy.  -->
We can just keep ext4 as the default installed file system.
Fare riferimento alla [[Features/F17BtrfsDefaultFs#Contingency Plan |versione originale di questo documento]].


== Documentazione ==
== Documentazione ==
Line 71: Line 49:
Al momento non c'è niente da specificare altro che si illumina la strada del cambiamento.
Al momento non c'è niente da specificare altro che si illumina la strada del cambiamento.


== Comments and Discussion ==
== Commenti e Discussioni ==
* See [[Talk:Features/F17BtrfsDefaultFs]]  <!-- This adds a link to the "discussion" tab associated with your page.  This provides the ability to have ongoing comments or conversation without bogging down the main feature page -->
* See [[Talk:Features/F17BtrfsDefaultFs]]  <!-- This adds a link to the "discussion" tab associated with your page.  This provides the ability to have ongoing comments or conversation without bogging down the main feature page -->
* BZ: https://bugzilla.redhat.com/show_bug.cgi?id=689509
* BZ: https://bugzilla.redhat.com/show_bug.cgi?id=689509

Latest revision as of 10:39, 9 January 2012

BTRFS di Fedora 17 file system predefinito

Sommario

Rendere BTRFS il file system predefinito per installazioni normali.

Manutentore

Status corrente

Consultare la sezione Current status

Descrizione dettagliata

Rendere BTRFS il file system predefinito per nuove installazioni di Fedora, ed uso delle capacità di gestione di volume, integrate in BTRFS, al posto di LVM.

Vantaggi per Fedora

BTRFS include molte caratteristiche non presenti in altri file system, altamente apprezzati dai normali utenti, tra cui:

  • Checksumming
  • Snapshotting
  • Gestione volumi integrato e RAID

Il checksumming offre agli utenti migliore integrità dei dati, e lo snapshotting permette di fare cose come prendere snapshot del file system prima di fare cose potenzialmente dannose, come gli aggiornamenti via yum, in modo da avere uno stato di a cui tornare.

Scope

Fare riferimento alla versione originale di questo documento.

How To Test

Fare riferimento alla versione originale di questo documento.

Esperienza utente

Il cambiamento dovrebbe essere largamente invisibile agli utenti. Questi potranno trarre vantaggio dalle varie caratteristiche messe a disposizione di BTRFS.

Dipendenze

  • Anaconda
  • LiveCD tools

Contingency Plan

Fare riferimento alla versione originale di questo documento.

Documentazione

Note di rilascio

Al momento non c'è niente da specificare altro che si illumina la strada del cambiamento.

Commenti e Discussioni