Re: e2label suggestions

[Bill Davidsen <davidsen@tmr.com>]

Jeff V. Merkey wrote:
> Theodore Ts'o wrote:
> 
>> On Tue, Mar 28, 2006 at 06:18:08PM -0700, Jeff V. Merkey wrote:
>>  
>>
>>> Thanks for verifying it is passed through the kernel to initrd, 
>>> another kernel component.    It's also stored as EXT meta data
>>> (also in the kernel).  and retrieved from there.  And its not 
>>> accessible from normal user space applications (except in raw mode).
>>>   
>>
>> No, the contents of initrd/initramfs is not shipped as part of a
>> standard kernel.org kernel.  It is the responsibility of each
>> distribution to set up their initrd or initramfs initial boot scripts
>> themselves.  One could argue that it would be better if there were a
>> standard set of initrd scripts (and udev binaries) paired with
>> specific kernel.org kernels and used by all distro's, but that's not
>> where we are right now.
>>
>>  
>>
> ????????
> 
>> The data is most certainly accessible from normal userspace
>> applications.  All they have to do is link against blkid library;  
>>
> All you need is a degree from MIT in advanced Fusion mechanics. :-)
> 
>> indeed the kernel doesn't do any LABEL= or UUID= searching at all.  By
>> design, it all supposed to be done in userspace.
>>  
>>
> ?????????
> 
> Ted,
> 
> I give up on this one. I also agree a standardized initrd with built in 
> init is a great idea.

It's a great idea until you ask which init script will be used and 
forced on all the other vendors. Or all the vendors, let's standardize 
on my script, or your script, or Linus' script.

Better yet, let's leave it alone, because even if there were a script 
with the kernel, it would not be a standard ir would only be a default. 
All the vendors do their own thing because they feel it's best, and 
that's not going to change (not probably should it).

-- 
    -bill davidsen (davidsen@tmr.com)
"The secret to procrastination is to put things off until the
  last possible moment - but no longer"  -me