GNOME Bugzilla – Bug 161640
wrong order of partitions when changing filesystems
Last modified: 2006-09-14 10:11:02 UTC
The main problem is naming of partitions. Steps to reproduce: 1. Create partition (/dev hda1) e.g. ext2 2. Create partition (/dev/hda2) e.g. ext2 3. Convert the first partition to some other filesystem (ntfs). 4. Apply changes. What you'd expect: /dev/hda1 ntfs /dev/hda2 ext2 What you get: /dev/hda2 ntfs /dev/hda1 ext2 Hda2 and hda1 are in the wrong order on the drive. Hda2 is in front of hda1. This problem is visible in the "Operations" pane. When you select a different filesystem before the partition is created, gparted is smart and changes the create operation. But the operation is moved to the bottom of the list, which causes it to be created AFTER the other partition has been created. This is not a big problem in itself, but most people expect their partitions in order. So you can expect messed-up partition tables with this...
confirmed. The whole operationssequence needs some love. One note, having partitions out of diskorder != messed-up partitiontables. There is absolutely no harm in having unordered partitions on a disk. (maybe except for the confusion it may cause) Anyway, it's on the todo :)
Yeah, that's what I meant. Not messed up as in "unisable drive", but messed up as in "confusing to users". Is there a way to fix these problem if you have them?
well, you could fix it by removing every partition on a disk and recreate them again. The new partitions would be in diskorder and your data is perfectly preserved. (partition != filesystem) Note that this is a hack, i'd rather not do this unless absolutely necessary :) ---Don't do this at home!!---
hmmz, i think we should track progress on this in http://bugzilla.gnome.org/show_bug.cgi?id=327261 I don't know if there will be much progress, but at least it's nice to have everything in one place :) *** This bug has been marked as a duplicate of 327261 ***