grub-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [PATCH] gptsync


From: Vladimir Serbinenko
Subject: Re: [PATCH] gptsync
Date: Wed, 22 Apr 2009 01:38:51 +0200

HFS autodetect added. With changelog this time. Should already be suitable for inclusion

On Wed, Apr 22, 2009 at 12:03 AM, Vladimir Serbinenko <address@hidden> wrote:


On Tue, Apr 21, 2009 at 9:49 PM, Isaac Dupree <address@hidden> wrote:
Peter Cros wrote:
> I don't think it is compatible with current MBR/GPT hybrid ?partitioning on
> intel macs for grub-pc booting.

well, it doesn't necessarily order the partitions in the same way as e.g.
rEFIt gptsync does, but that's because this GRUB implementation gives you more
control!  You can even pick different MBR-partition-configurations, before
booting different OSes.
Yes it was written with such possibility in mind. I don't see why grub2 will enforce mbr partitions to be sorted since mbr doesn't require such thing. If you ask grub2 to put partitions in reverse order it does it. As to partition in zeroth slot it spans across  the space before the first MBR partition and is so called protective partition and is required for some tools including grub2 itself to recognise gpt disk as such.
About compatibiliy: hybrid MBR is against specifications - it's a trick to boot legacy OS. So the only compatibility you can speak about is the ability to boot a legacy OS of your choice.


Vladimir Serbinenko wrote:
> Here there are 2 differences. First partition type for hfs+ isn't
> autodetected, I will fix this, just I thought it ws unnecessary AFAIK every
> OS which understands HFS+ understands GPT.

At least Mac OS X 10.3 and earlier don't understand GPT, and it actually makes
a difference with Apple's "target disk mode"!  And there may be a few other
combinations.
Ok

-Isaac



_______________________________________________
Grub-devel mailing list
address@hidden
http://lists.gnu.org/mailman/listinfo/grub-devel


Attachment: gptsync.diff
Description: Text Data


reply via email to

[Prev in Thread] Current Thread [Next in Thread]