[Bug 538100] Re: Linux fails to read GPT(EFI) partition table created by both GNU parted and OSX diskutil

[Eugene San]

Results of testing on Mac:
  * parted do not create MBR when empty GPT is created.
  * ubiquity:
     a) When starting from empty GPT and creating partitions on GPT it creates synced MBR, but Linux then reads MBR instead of GPT.
     b) Created by ubiquity partitions created without alignment. Only last partition created with some spare space at end of device, while OSX Disk utility does insert holes and parted refuses to create without holes.
     c) When editing attributes of existing partitions it behaves normally, but only if partitions layout was created previously by ubuquty and synced to MBR using parted. In that case ubiquity do not destroy MBR.
     d) When starting with correct GPT (prepared by gparted or OSX Disk Utility), ubiquity converts holes in between first 3 partitions, to partitions in MBR.

Unfortunately ubiquity crashed few times and it's partitioning behavior
was too hard to "catch", so there were no useful/sequential logs to
provide.

In additiion I would like get help with definition of bugs, for two issues I have found while testing:
  * ubiquity do not provide ability to create new GPT, only MBR.
  * ubiquity do not provide ability to use grub-efi when installing to devices with GPT.

-- 
Linux fails to read GPT(EFI) partition table created by both GNU parted and OSX diskutil
https://bugs.launchpad.net/bugs/538100
You received this bug notification because you are a member of Kernel
Bugs, which is subscribed to linux in ubuntu.