On Tuesday, May 06, 2014 05:34:52 PM Walter Dnes wrote:
> On Tue, May 06, 2014 at 08:45:01PM +0200, J. Roeleveld wrote
> 
> > On Tuesday, May 06, 2014 02:31:08 PM Walter Dnes wrote:
> > >   I'm trying to set up USB-key-encryption for use with a laptop.  I'm
> > > 
> > > running mdev instead of udev on the laptop, so lvm doesn't work.
> > 
> > I find this strange, as LVM can manage the /dev-entries directly.
> > On my systems, this is necessary as udev regularly fails to properly
> > handle
> > these entries.
> > 
> > Eg. the following setting: " verify_udev_operations = 1 "
> > There are other options for udev documented in /etc/lvm/lvm.conf.
> 
>   Unfortunately, mdev != udev.  People running RAID have problems too.

I know it isn't. I just find it strange that LVM can't work without udev when I 
see options which configure the LVM-tools to either double-check udevs actions 
or even completely bypass udev:
***

    # Set to 0 to disable udev synchronisation (if compiled into the 
binaries).
    # Processes will not wait for notification from udev.
    # They will continue irrespective of any possible udev processing
    # in the background.  You should only use this if udev is not running
    # or has rules that ignore the devices LVM2 creates.
    # The command line argument --nodevsync takes precedence over this 
setting.
    # If set to 1 when udev is not running, and there are LVM2 processes
    # waiting for udev, run 'dmsetup udevcomplete_all' manually to wake them 
up.
    udev_sync = 1

    # Set to 0 to disable the udev rules installed by LVM2 (if built with
    # --enable-udev_rules). LVM2 will then manage the /dev nodes and symlinks
    # for active logical volumes directly itself.
    # N.B. Manual intervention may be required if this setting is changed
    # while any logical volumes are active.
    udev_rules = 1

    # Set to 1 for LVM2 to verify operations performed by udev. This turns on
    # additional checks (and if necessary, repairs) on entries in the device
    # directory after udev has completed processing its events. 
    # Useful for diagnosing problems with LVM2/udev interactions.
    verify_udev_operations = 1


***

> > I believe " cryptsetup " does not use the LVM tools. But has a new device
> > created by the kernel directly, which should be picked up by a device
> > manager directly.
> 
>   But cryptsetup pulls in lvm2 as a dependancy...
> 
> [d531][waltdnes][~] emerge -pv cryptsetup
> 
> These are the packages that would be merged, in order:
> 
> Calculating dependencies... done!
> [ebuild  N     ] sys-fs/lvm2-2.02.103  USE="readline (-clvm) (-cman) -lvm1
> -lvm2create_initrd (-selinux) -static -static-libs -thin -udev" 1,313 kB
> [ebuild  N     ] sys-fs/cryptsetup-1.6.2  USE="openssl -gcrypt -kernel
> -nettle -nls -python -reencrypt -static -static-libs -udev -urandom"
> PYTHON_SINGLE_TARGET="python2_7 -python2_6" PYTHON_TARGETS="python2_7
> -python2_6" 1,162 kB

You need it for the device-mapper stuff. That might also listen to the above 
setting in /etc/lvm/lvm.conf.

Can you try setting the above one to " 0" and re-test?
I don't have any machine with mdev to test myself.

Also, the following page seems to indicate cryptsetup, LVM and mdev do work 
together:
http://jootamam.net/howto-basic-cryptsetup.htm
This works inside an initramfs and I don't see a reason why it can't work 
outside of the initramfs.

--
Joost


Reply via email to