eta,comp.os.os2.setup.storage   
   p.os.os2.misc:3323 comp.os.os2.beta:170 comp.os.os2.setup.storage:398   
   From: Roderick Klein    
      
   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   
      
   --- Internet Rex 2.31   
    * Origin: The gateway at Omicron Theta (1:261/20.999)