Groups | Search | Server Info | Login | Register
Groups > comp.os.os2.beta > #147
| From | Jonathan de Boyne Pollard <J.deBoynePollard-newsgroups@NTLWorld.COM> |
|---|---|
| Newsgroups | comp.os.os2.utilities, comp.os.os2.misc, comp.os.os2.beta, comp.os.os2.setup.storage |
| Subject | Re: LVM partition table extensions |
| References | <IU.D20110429.T212935.P1476.Q0@J.de.Boyne.Pollard.localhost> <4DBC6174.2040804@xs4all.nl> |
| Message-ID | <IU.D20110502.T015319.P6321.Q0@J.de.Boyne.Pollard.localhost> (permalink) |
| Organization | virginmedia.com |
| Date | 2011-05-02 02:53 +0100 |
Cross-posted to 4 groups.
My take on the EFI stuff is that I was also certain for some time that
> EFI was going to be they standard to come. Thats certainly how Mac OS
> works. In server environments EFI (GPT disc layout) is certainly the
> way to go. I have so far not ran into systems with a GPT disc layout.
>
Plenty of other people have. There's a whole body of WWW pages Out
There, that has been around for several years at this point, written by
people who do things like triple-boot Linux, MacOS, and Windows NT.
This MacTech article, for example, dates from 2006:
http://mactech.com./articles/mactech/Vol.22/22.11/TripleBoot/index.html
Things have come along a way in the years since. There are now, for
example, a lot more utilities that enable hybrid MBR/EFI partitioning or
non-destructive conversion from MBR partitioning to EFI partitioning.
DASDPART, mentioned in my preceding post, is indeed one of them.
http://homepage.ntlworld.com./jonathan.deboynepollard/FGA/converting-mbr-to-efi-partitioning.html
The world actually *already is* going EFI, and has been for some years.
And now that hard discs in the home computer market are within a stone's
throw of the hard upper limit on the MBR partitioning scheme, that's
going to speed up some. Moreover, I've been telling the world for some
time that there's a 2TiB limit on the
load-and-run-the-Volume-Boot-Record mechanism, caused not by the
partitioning scheme but by a 32-bit BPB field. People are going to
start hitting that pretty soon, too. Overcoming it involves an
operating system bootstrap mechanism that doesn't need to use the BIOS
Parameter Block to locate the boot volume, which in turn means an EFI
operating system boot loader or something like it. So not only is there
growing pressure to switch to the EFI partition table scheme, but
there's growing pressure to switch to the EFI bootstrap mechanism, too.
http://homepage.ntlworld.com./jonathan.deboynepollard/FGA/bios-parameter-block.html#V3.4
The only things that are mitigating the latter pressure are things like
Windows 7's "System Reserved" partition. Expect "You must have a System
Reserved partition and it must reside below the 2TiB line." to become a
Frequently Given Answer within the next few years. And expect a lot of
confusion from the "I used the EFI partition scheme, but I still seem to
have a 2TiB problem." folk. The BPB limit isn't as widely known as the
MBR partition scheme limit, and changing the partition scheme is only
half the solution.
Back to comp.os.os2.beta | Previous | Next — Previous in thread | Next in thread | Find similar
LVM partition table extensions Jonathan de Boyne Pollard <J.deBoynePollard-newsgroups@NTLWorld.COM> - 2011-04-29 22:29 +0100
Re: LVM partition table extensions Roderick Klein <rwklein@xs4all.nl> - 2011-04-30 21:22 +0200
Re: LVM partition table extensions Jonathan de Boyne Pollard <J.deBoynePollard-newsgroups@NTLWorld.COM> - 2011-05-02 02:53 +0100
Re: The meaning of "my". Jonathan de Boyne Pollard <J.deBoynePollard-newsgroups@NTLWorld.COM> - 2011-05-02 02:53 +0100
Re: LVM partition table extensions madodel <madodel@ptd.net> - 2011-05-01 20:21 -0500
Re: LVM partition table extensions Jonathan de Boyne Pollard <J.deBoynePollard-newsgroups@NTLWorld.COM> - 2011-05-02 23:17 +0100
csiph-web