[Date Prev][Date Next] [Thread Prev][Thread Next]
[Thread Index]
[Date Index]
[Author Index]
[dm-devel] Re: [klibc] initrd / initramfs future
- From: Greg KH <greg kroah com>
- To: Olaf Hering <olh suse de>
- Cc: device-mapper development <dm-devel redhat com>, klibc zytor com, christophe varoqui <christophe varoqui free fr>
- Subject: [dm-devel] Re: [klibc] initrd / initramfs future
- Date: Wed, 15 Sep 2004 14:59:02 -0700
On Wed, Sep 15, 2004 at 09:50:24PM +0200, Olaf Hering wrote:
> On Tue, Sep 14, christophe varoqui wrote:
>
> > Putting it this way, it seems the initrd is the right place for stuff
> > like lvm2, multipath, mdadm ... but I'd like to be sure before dropping
> > the provisional klibc support in the tools.
>
> I would like to see a way to construct a general purpose initramfs image
> that fits everyones need. It should also be part of the normal kernel
> build process.
> Whats really missing right now:
> * UUID and LABEL detection in klibc mount, libblkid and libuuid from
> e2fsprogs should be part of klibc mount
The volume_id program in the udev/extras directory is a stand-alone
version of the code from the e2fsprogs library. It will do this
detection just fine, and builds with klibc.
thanks,
greg k-h
[Date Prev][Date Next] [Thread Prev][Thread Next]
[Thread Index]
[Date Index]
[Author Index]