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 Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
