https://bugzilla.novell.com/show_bug.cgi?id=811408 https://bugzilla.novell.com/show_bug.cgi?id=811408#c7 Petr Uzel <puzel@suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |NEEDINFO InfoProvider| |ms@suse.com --- Comment #7 from Petr Uzel <puzel@suse.com> 2013-03-27 16:49:40 UTC --- Thanks for the data. (In reply to comment #4)
(don't know why you need 34 * 512 bytes though) Because I was typing faster than thinking :) First sector is indeed enough.
The problem here is that hybrid (synced) MBR is a hack [*] and as such it is not covered by any specification (UEFI). So our parted does the synchronization in a certain way (always sync first three GPT partitions unless they are bigger than 2TB [**]) while gptsync does it apparently in other way. The whole idea behind this is to make it possible to boot on architectures where BIOS/bootloader/OS does not understand GPT (basically old versions of grub, some broken BIOSes and Windows older than Vista). This makes me wonder: do you really need the partition table to be hybrid GPT? What would be the problem if it was "normal" GPT? [*] http://www.rodsbooks.com/gdisk/hybrid.html [**] The idea here is to have consistent mapping: first GPT partition maps to first pMBR partition and so on. This is intentional; idea is that tools accessing partitions (grub) do not need to care whether they're referring to pMBR or GPT partitions. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.