Ubuntu
gparted package

creates partitions in wrong order

Bug #39846 reported by Pavel Rojtberg
12
This bug affects 1 person
Affects Status Importance Assigned to Milestone
GParted
Invalid
Wishlist
gparted (Ubuntu)
Invalid
Medium
Unassigned

Bug Description

if you fill up your free space from behind, the partitions are also created that way, meaning that the last partition might become hda5.(in extended)
If you now fix the partition order with fidisk, gparted does not recognize them any more.
I think tahts also what happened, when I installed windows on my machine, since ubuntu could not get past initramfs after that.

I suggest creating the partitions in their physical order instead.

Revision history for this message
Daniel Holbach (dholbach) wrote :

Thanks for your bug report. Edgy has version of 0.2.5 - it'd be nice if somebody could try with this version of gparted.

Changed in gparted:
assignee: nobody → desktop-bugs
status: Unconfirmed → Needs Info
Revision history for this message
Daniel Holbach (dholbach) wrote :

Did anybody have the chance to test this already?

Revision history for this message
Pavel Rojtberg (rojtberg) wrote :

just tried it with 0.2.5 and my external USB HDD: error still there.

to be more precise regarding the error:
in fact it just stops working when running fdisk, so the error may be there - but since windows seemingly also fixes partition order I think the partitions should be labeled in physical order in the first place.

Revision history for this message
Pavel Rojtberg (rojtberg) wrote :

heres the upstream bug report:
http://bugzilla.gnome.org/show_bug.cgi?id=392760

Daniel Holbach (dholbach)
Changed in gparted:
status: Needs Info → Confirmed
Bug Watch Updater (bug-watch-updater)
Changed in gparted:
status: Unknown → Rejected
Bug Watch Updater (bug-watch-updater)
Changed in gparted:
status: Rejected → Unconfirmed
Sebastien Bacher (seb128)
Changed in gparted:
assignee: desktop-bugs → nobody
Revision history for this message
Josh Brown (joshbrown) wrote :

This problem seems to affect me as well. I'm using GParted 0.5.1 and fdisk (util-linux-ng 2.17.2).

Revision history for this message
Josh Brown (joshbrown) wrote :

Here's a GParted screenshot after moving some partitions around.

Revision history for this message
Josh Brown (joshbrown) wrote :

Here's the output from fdisk -l at the same time the screenshot was taken.

tags: added: order partitions wrong
Bug Watch Updater (bug-watch-updater)
Changed in gparted:
importance: Unknown → Wishlist
Revision history for this message
Phillip Susi (psusi) wrote :

This is a limitation of the msdos partition table, not a bug in gparted. By their nature, logical partitions are numbered in order, and can not have unused numbers in the sequence. When creating new logical partitions, even if they are placed at a lower offset on the disk, they are given the next available number rather than change the number of the existing partitions, which will cause other programs to break because the partition they expected to be there has been moved.

Changed in gparted (Ubuntu):
status: Confirmed → Invalid
Bug Watch Updater (bug-watch-updater)
Changed in gparted:
status: New → Incomplete
Bug Watch Updater (bug-watch-updater)
Changed in gparted:
status: Incomplete → Invalid
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.
Subscribing...

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.