[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <4B96E25B.7050200@kernel.org>
Date: Wed, 10 Mar 2010 09:05:47 +0900
From: Tejun Heo <tj@...nel.org>
To: Greg Freemyer <greg.freemyer@...il.com>
CC: "H. Peter Anvin" <hpa@...or.com>,
James Bottomley <James.Bottomley@...e.de>,
"linux-ide@...r.kernel.org" <linux-ide@...r.kernel.org>,
lkml <linux-kernel@...r.kernel.org>,
Daniel Taylor <Daniel.Taylor@....com>,
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 07:46 AM, Greg Freemyer wrote:
>> As far as partitioning... I believe we should be using GPT partition tables
>> where possible. Even on non-EFI systems, it's simply a much better
>> partition table format.
>
> GPT can not be used for boot disks in non-EFI systems, right?
IIUC, I think any BIOS should be able to do so as it only cares about
the code part of MBR not the partitions and even with GPT the MBR
remains the same with the partition part describing the rest of the
while disk as a single chunk containing GPT managed area. The only
problem is the older operating systems (like XP) which don't
understand GPT wouldn't be able to access those partitions.
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