Red Hat Bugzilla – Bug 60414
partition size reporting during install inconsistent
Last modified: 2007-04-18 12:40:39 EDT
Description of Problem: The partition sizes reported on the "review" screen after autopartitioning are correct. The dialog brought up to "edit" a partition often shows incorrect sizes. For example, on an AlphaServer DS10 with an 18GB disk, autopartitioning set up the disk as (sizes are approximated): /dev/sda1 /boot 50MB /dev/sda2 swap 2GB /dev/sda3 / 15.5GB Editing the partitions showed sizes in the edit dialog as: /dev/sda1 - 50MB /dev/sda2 - 1008MB /dev/sda3 - 700MB (on one attempt - 1100MB on another) Version-Release number of selected component (if applicable): 7.2 beta2 (0222.1 iso) How Reproducible: very Steps to Reproduce: 1. allow autopartitioning during install 2. from review screen, "edit" partitions 3. compare actual partition size with size show in edit screen Actual Results: described above - actual size and size shown in edit screen is inconsistent Expected Results: all methods of reporting partition size should agree Additional Information:
A given class of installation (e.g. workstation, server, etc...) will come up with a set of partitions and pre-determined sizes that Anaconda will try to fit on the selected disk space, although it might end up using something different. The size reported in the edit panel is the pre-determined size, not the one Anaconda was eventually able to use. Displaying the pre-determined size gives Anaconda the ability to setup growable partitions.
I'm not sure I understand why this is ok. A user is presented with inconsistant information, and the edit screen from which he's making changes from is wrong. Shouldn't the edit screen read the disk label to see what its current state is, or if thats not possible note that the information presented is (or may not) be accurate? As I recall we found this after the autopartitioning had done its thing and we were given a chance to edit it... Phil!