manual partitioning still can't create HFS bootstrap partition
Bug #68243 reported by
Colin Watson
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
gparted (Ubuntu) |
Fix Released
|
High
|
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 ...
Changed in ubiquity: | |
assignee: | nobody → kamion |
importance: | Undecided → High |
status: | Unconfirmed → Confirmed |
To post a comment you must log in.
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?