On Wed, 2013-10-23 at 15:07 -0600, Chris Murphy wrote: > On Oct 23, 2013, at 2:44 PM, Gene Czarcinski <gene@xxxxxxxxx> wrote: > > > On 10/21/2013 11:00 AM, Chris Murphy wrote: > >>> > Sometimes using UUID is not a good idea. This problem has been bugzill'ed. I was hoping the "swap-fix" would help with that but I believe it will not. > >> So then the question is, if the disk is GPT, can/should systemd use UniquePartitionGUID in the GPT for swap partitions rather than the swap volume format UUID? The UniquePartitionGUID is more stable. > > Is there some underground movement to switch to GPT disks? Doing a little googling, I found this: > > https://fedoraproject.org/wiki/Features/GUID_Partition_Table > > which says the targeted release was Fedora 14 and thus it went nowhere. > > > > I am not sure that anaconda is prepared to handle this? > > > Mmm, it was put in for F14 or F15 and then rolled back out for BIOS > computers because there were too many instances of BIOS firmware doing > a face plant without its beloved MBR. Many such instances are worked > around with the pmbr_boot flag (parted terminology) which is setting > the active flag on the 0xEE entry in the MBR, which is what you get if > you use the gpt flag when booting install media. Otherwise MBR is used > for BIOS computers. Went in in F16, came out in F17. gpt is still the default for UEFI installs and used when formatting a disk over 2TB in size. You can force a BIOS install to use gpt by passing the 'gpt' kernel parameter. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net http://www.happyassassin.net _______________________________________________ Anaconda-devel-list mailing list Anaconda-devel-list@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/anaconda-devel-list
