manual partitioning still can't create HFS bootstrap partition

Bug #68243 reported by Colin Watson on 2006-10-25
Affects Status Importance Assigned to Milestone
gparted (Ubuntu)
Colin Watson

Bug Description

gparted doesn't let you manage flags on a non-real partition (that hasn't been written to the disk yet), so it's impossible to create an HFS bootstrap partition using manual partitioning with the GTK frontend. The workaround is either to use automatic partitioning (and then overwrite everything but the HFS bootstrap partition using manual partitioning if desired) or to use the alternate install CD.

Sorry I didn't notice this until too close to release to fix it ...

Colin Watson (cjwatson) on 2006-10-25
Changed in ubiquity:
assignee: nobody → kamion
importance: Undecided → High
status: Unconfirmed → Confirmed
Colin Watson (cjwatson) wrote :

Ugh, this is fiddly to fix. When I tried just allowing the management of flags on any partition, new partitions seemed to spuriously show up with the boot flag set on MSDOS disklabels; I think this is probably gparted hasn't quite initialised the libparted partition structure yet and the 0x80 (active/bootable) bit happens to be set in the relevant byte somewhere on the disk. Fixing this hurts my brain.

Tollef, I know this is a "later" bug, but would you object terribly if I just left this to the implementation of ubiquity-advanced-partitioner, leaving it milestoned as "later" just in case that specification has to be deferred again?

Tollef Fog Heen (tfheen) wrote :

Leaving this as later/deferring to u-a-p is fine with me.

Colin Watson (cjwatson) wrote :

This should be fixed in Feisty by the new advanced partitioner.

Changed in gparted:
status: Confirmed → Fix Released
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers