From: hpa@zytor.com (H. Peter Anvin)
To: linux-kernel@vger.kernel.org
Subject: Re: 3TB disk hassles
Date: Tue, 8 Feb 2005 23:33:51 +0000 (UTC) [thread overview]
Message-ID: <cubi8v$3mg$1@terminus.zytor.com> (raw)
In-Reply-To: 20050206105958.42872.qmail@web26501.mail.ukl.yahoo.com
Followup to: <20050206105958.42872.qmail@web26501.mail.ukl.yahoo.com>
By author: Neil Conway <nconway_kernel@yahoo.co.uk>
In newsgroup: linux.dev.kernel
>
> Since writing the above, I've been searching for more info. I
> downloaded four different versions of grub (GNU Grub Legacy, GNU Grub2,
> gentoo and Fedora Core 3). NONE of these showed any evidence of GPT
> support (I was in a hurry, so I searched for strings EFI, GUID, GPT,
> TB).
>
> Mucho confused puppy here.
>
> I fail to see how grub can work on a GPT boot device if it can't parse
> the partition table. I conclude that I'm still missing something.
> Perhaps a layer before grub is supposed to parse the GPT instead? If
> so, isn't that getting us straight back to a GPT-aware BIOS?
>
> Tell me if this logic is broken: even if a special boot sector is used,
> which IS GPT-aware (though fitting that into the boot sector would be a
> challenge ;-)), once grub loads, it's still going to have to figure out
> how to find the root(hdX,Y) partition from which to load the kernel
> image. This surely means it has to have either a GPT-parser
> internally, or rely on a pre-parsed list. No?
>
> Perhaps one of the other several distros (that I didn't check) has a
> GPT-aware grub. But Tomas Carnecky said early in this thread that
> gentoo had allowed him to set up a GPT-booting system on x86. I guess
> it's possible that a cheat was used - maybe an old-style partition
> table in the MBR was used to define the first (boot) partition, but
> surely that's forbidden by the whole EFI spec anyway?
>
No, it's encouraged.
>
> Andries Brouwer kindly wrote a patch which I haven't had time to test
> yet (see earlier in thread). While it would be nice to find a way
> around the problem which didn't require deviations from vanilla
> distros, I think Andries' patch is looking like the only sane fix right
> now.
>
Note that Andries' patch does *EXACTLY* the same thing as the GPT/EFI
spec does (by using an old-style partition table for the first 2 TB.)
It should be pretty easy to add native support for this in EXTLINUX;
the big problem is supporting true access > 2 TB, which I currently
don't have any way to test.
I'll put that on my todo list.
-hpa
next prev parent reply other threads:[~2005-02-08 23:36 UTC|newest]
Thread overview: 31+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-02-06 10:59 3TB disk hassles Neil Conway
2005-02-06 19:01 ` Bodo Eggert
2005-02-08 23:33 ` H. Peter Anvin [this message]
[not found] <linux.kernel.20041216145229.29167.qmail@web26502.mail.ukl.yahoo.com>
2005-02-10 0:06 ` Jan Lindheim
[not found] <fa.fng0mbi.10jm21g@ifi.uio.no>
[not found] ` <fa.ls0rpqi.104a23q@ifi.uio.no>
2005-02-05 2:58 ` Bodo Eggert
2005-02-05 11:14 ` Neil Conway
-- strict thread matches above, loose matches on Subject: below --
2004-12-16 22:21 Rico Tudor
2004-12-16 14:52 Neil Conway
2004-12-16 15:33 ` Michelle Konzack
2004-12-16 15:37 ` Mark Watts
2004-12-16 15:38 ` Hans Kristian Rosbach
2004-12-16 16:44 ` Neil Conway
2004-12-16 17:15 ` Tomas Carnecky
2004-12-16 17:38 ` Neil Conway
2004-12-16 18:05 ` Tomas Carnecky
2005-02-05 1:47 ` Neil Conway
2004-12-16 17:40 ` Tomas Carnecky
2004-12-16 15:52 ` Michelle Konzack
2004-12-16 16:03 ` Jan Engelhardt
2004-12-16 16:00 ` Alan Cox
2004-12-18 0:12 ` Andries Brouwer
2004-12-18 3:08 ` H. Peter Anvin
2004-12-18 12:15 ` Andries Brouwer
2004-12-18 23:32 ` H. Peter Anvin
2005-01-03 17:13 ` Jeff V. Merkey
2005-01-03 17:32 ` Jeff V. Merkey
2005-01-03 18:11 ` linux-os
2004-12-16 17:10 ` Michelle Konzack
2004-12-16 19:52 ` Adam Heath
2004-12-16 23:28 ` Pedro Venda (SYSADM)
2005-02-05 1:51 ` Neil Conway
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to='cubi8v$3mg$1@terminus.zytor.com' \
--to=hpa@zytor.com \
--cc=linux-kernel@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.