http://bugzilla.novell.com/show_bug.cgi?id=505546 http://bugzilla.novell.com/show_bug.cgi?id=505546#c13 Petr Uzel <puzel@novell.com> changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|puzel@novell.com |duwe@novell.com --- Comment #13 from Petr Uzel <puzel@novell.com> 2010-03-29 11:29:17 UTC --- (In reply to comment #12)
GPT syncing isn't as easy as it sounds. If we only sync boot partitions we have a different disk layout with GPT than with MBR. So all assumptions on the enumeration just fail.
I agree. And I don't get how the way syncing is done might cause the grub failure. As for the booting from GPT partition with no>3, IMHO the proper solution is to make grub understand GPT labels, as well as prefer GPT table if there is hybrid GPT/MBR header. There is a 'grub-read-gpt' - maybe something is wrong with this patch?
Maybe kpartx screws up the GPT detection?
I don't think so: I've created GPT-partitioned dmraid array with hybrid GPT/MBR header (with parted). AFAICT kpartx -a -p _part $dev correctly detected GPT and created the correct dm maps. -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.