Groups | Search | Server Info | Login | Register


Groups > comp.os.os2.utilities > #95

Re: LVM partition table extensions

Message-ID <4DBC6174.2040804@xs4all.nl> (permalink)
Date 2011-04-30 21:22 +0200
From Roderick Klein <rwklein@xs4all.nl>
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>

Cross-posted to 4 groups.

Show all headers | View raw


Hello Jonathan,

Jonathan de Boyne Pollard wrote:
> My Boot Manager was already capable of taking partition names (for the 
> MBR partitioning scheme) from the IBM Boot Manager MBR partition table 
> extensions.  Thanks to information provided by Alex Taylor, I've now 
> updated it so that it uses the IBM LVM metadata, falling back to the IBM 
> Boot Manager partition table extensions if the IBM LVM metadata aren't 
> there.  I've also updated DASDPART so that it does the same thing.
> 
> My test systems here don't have IBM's LVM.  The EFI partitioning scheme 
> is the way of the future, and my test systems have EFI partition tables 
> and MBR partition tables with no more than the original IBM Boot Manager 
> extensions.  But Dave Yeo, whom I believe has OS/2 systems with IBM's 
> LVM, was going to have a go with my Boot Manager.  I'm still waiting to 
> hear back from him.  (You'll of course now need the new Boot Manager 
> that I've just made, M. Yeo.)  I've added in the IBM LVM partition table 
> support blind, and, in the absence of documentation as to the exact 
> algorithm for locating the IBM LVM metadata (a point that we've 
> discussed before, with reference to how something in Ubuntu tidies up 
> container partitions in MBR partition tables to eliminate otherwise 
> unusuable "holes" that waste space) this might require some tweaking to 
> cover all possibilities, which of course I cannot do here without 
> something to test against.  If you want to beat M. Yeo to the finishing 
> post, drop me a line.  (-:
> 
> I say that the EFI partitioning scheme is the way of the future.  In 
> fact, it's the way of the present, if one takes off the OS/2-tinted 
> glasses.  The rest of the world is already going EFI, and has been for 
> some several years now.  (My Boot Manager and DASDPART tool already 
> understand EFI partition tables.)  So don't expect wonders in the way of 
> OS/2 LVM partition table support.  I'm going to work a little more on 
> incorporating the IBM LVM drive letter information into things like my 
> Boot Manager.  But if you want an OS/2 LVM tool that will do all of the 
> volume and partition management, M. Taylor is still the person to bribe, 
> not me.  (-:

I try to keep track of the latest developments on hardware/software for 
OS/2. It kind of my job to see what things get priority in what needs to 
be worked on for eComStation.

As the opinions regarding what is priority for eComStatiom vary, its 
kind of interesting to make you pick what to work on next.

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.

I have one source of information that is in general pretty good and
following mayor trends in the ICT sector. Its the German computer
magazine Computer Technik. What I have been able to see from that
is that it rather seems the MBR will not go away right now but
rather will remain the main mode of disc usage.

I understood from an article they (hard disc industry/software) would 
move from 512 bytes sectors to 4 KB sectors. That would give discs upto 
16 TB.

What do you mean BTW with "My bootmanager".
I'm interested to look at EFI for eCS. But I can not put my eggs in all 
baskets for eComStation.

Roderick Klein
Mensys

Back to comp.os.os2.utilities | 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 Jonathan de Boyne Pollard <J.deBoynePollard-newsgroups@NTLWorld.COM> - 2011-05-02 23:17 +0100

csiph-web