[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <4B96E71A.9070701@kernel.org>
Date: Wed, 10 Mar 2010 09:26:02 +0900
From: Tejun Heo <tj@...nel.org>
To: Daniel Taylor <Daniel.Taylor@....com>
CC: Greg Freemyer <greg.freemyer@...il.com>,
"H. Peter Anvin" <hpa@...or.com>,
James Bottomley <James.Bottomley@...e.de>,
linux-ide@...r.kernel.org, lkml <linux-kernel@...r.kernel.org>,
Jeff Garzik <jeff@...zik.org>, Mark Lord <kernel@...savvy.com>,
tytso@....edu, hirofumi@...l.parknet.co.jp,
Andrew Morton <akpm@...ux-foundation.org>,
Alan Cox <alan@...rguk.ukuu.org.uk>, irtiger@...il.com,
Matthew Wilcox <matthew@....cx>, aschnell@...e.de,
knikanth@...e.de, jdelvare@...e.de, mkp@....net
Subject: Re: ATA 4 KiB sector issues.
Hello,
On 03/10/2010 09:14 AM, Daniel Taylor wrote:
> The MBR in a GPT installation doesn't map the first GPT partition,
> it maps the entire drive drive after the first sector, as well as
> marking it type 0xEE.
Yeah, yeah, that was exactly what I was saying by "describing the rest
of the whole disk as a single chunk containing GPT managed area" with
a typo making "whole" "while".
> The start LBA of the file system is not correctly located in the
> MBR.
Sure it's not but MBR belongs to the boot loader not the BIOS. BIOS
just needs to load MBR and handles control to it. If the MBR or more
likely later stages of the bootloader loaded by MBR knows how to boot
from GPT, it should work.
> I will run some experiments to see if any of the systems on my desk can boot
> Linux from a GPT.
I'm not sure about grub although I strongly suspect recent version of
it should work but AFAICS lilo should definitely work as it doesn't
care how the disk is logically organized at all.
Thanks.
--
tejun
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists