Anaconda/Features/DefaultPartitioning

From FedoraProject

< Anaconda | Features(Difference between revisions)
Jump to: navigation, search
(Owner)
(Current status)
 
(One intermediate revision by one user not shown)
Line 12: Line 12:
  
 
<!-- Include you email address that you can be reached should people want to contact you about helping with your feature, status is requested, or  technical issues need to be resolved-->
 
<!-- Include you email address that you can be reached should people want to contact you about helping with your feature, status is requested, or  technical issues need to be resolved-->
* email: TBD AT fedoraproject DOT org
+
* email: clumens AT redhat DOT com
  
 
== Current status ==
 
== Current status ==
* Targeted release: [[Releases/11 | Fedora 12 ]]  
+
* Targeted release: [[Releases/13 | Fedora 13 ]]  
* Last updated: 2009-07-08
+
* Last updated: 2010-11-05
* Percentage of completion: 10%
+
* Percentage of completion: 100%
  
 
== Detailed Description ==
 
== Detailed Description ==

Latest revision as of 21:26, 5 November 2010

Contents

[edit] Default Partition and Swap Algorithm Changes

See BZ 435402 and 150670 for the ongoing discussion. Basically include a separate /home. Note - find the swap BZ and add here

[edit] Summary

See BZ 435402 and 150670 for the ongoing discussion. Basically include a separate /home.


[edit] Owner

  • email: clumens AT redhat DOT com

[edit] Current status

  • Targeted release: Fedora 13
  • Last updated: 2010-11-05
  • Percentage of completion: 100%

[edit] Detailed Description

Change anaconda's default partitioning scheme. Update the swap allocation algorithm. See BZ 435402 and 150670 for the ongoing discussion. Major points of contention are how to do this with varying disk sizes, should we include a separate /home (yes). Note - find the swap BZ and add here

  • Work items here

[edit] Benefit to Fedora

We need to make it easier to perform updates without losing data, accommodate larger disk/memory sizes correctly.

[edit] Scope

As minimal as we can make it.

[edit] How To Test

Testing will focus on default partitioning, testers should understand the desired outcome and be sure we create partitions correctly on a variety of underlying hardware.

We will have to verify the following areas of functionality as a starting point:

  • creation/configuration of filesystems
    • on new partitions
    • on existing partitions
    • on new LVM logical volumes
    • on preexisting LVM logical volumes
    • on new software RAID devices
    • on existing software RAID devices
  • creation of encrypted block devices at various levels in the device stack (partition, PV, LV, mdarray, &c)
  • detection of arbitrarily complex device configurations (luks, mdraid, lvm, &c)
  • management and configuration of existing encrypted block devices
  • automatic partitioning of systems
  • clearing of existing devices/partitions
  • removal of existing devices
  • reconfiguration of existing devices
  • detection of existing upgradable installations with widely varied storage configurations
  • rescue mounting of existing systems with a wide variety of storage configurations


[edit] User Experience

This should improve the user's default experience with regard to the storage configuration portion of system installation.


[edit] Dependencies

  • Must be coordinated with other anaconda storage work

[edit] Contingency Plan

Revert to previous code.

[edit] Documentation

See Anaconda/StorageRewrite for further details.

[edit] Release Notes

  • Install Guide update to reflect swap algorithm changes, new default partitioning, maybe new screenshots

[edit] Comments and Discussion