Groups | Search | Server Info | Login | Register


Groups > comp.os.os2.beta > #147

Re: LVM partition table extensions

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.

Show all headers | View raw


 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 | NextPrevious in thread | Next in thread | Find similar


Thread

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