On Thu, 28 Feb 2019 14:20:35 +0100 Dejan Muhamedagic <[email protected]> wrote:
Package: lvm2 Version: 2.03.02-2 Followup-For: Bug #918590 As Ville Korhonen already reported, this bug affects all chroot based stuff (debootstick, multistrap, schroot) making them effectively unusable. There's some more info here: https://bbs.archlinux.org/viewtopic.php?id=242594
The Arch post mentioned above helpd me a lot but was not enough for me since all lvm tools where still stuck in the chroot env. My solution was to also bind mount /run/udev from the host to the chrooted system. My complete story and solution below: I faced this bug today while playing with LVM volumes on a new EFI machine. I was using a live Debian Buster and chrooted Debian Buster. In the chroot, I tried =strace /sbin/lvdisplay= and discovered attempts to open files in /run/udev/. I also warn you that for Debian Buster to be chrooted, your live CD must be equipped with same LVM2 version or so. This is the first time I face this issue (I have debug lots of situations in the past using, for example, quite old rescuecd w.r.t. chrooted system). # On the host: apt-get install lvm2 pvscan vgchange -a y mount /dev/vg/debian-amd64 /mnt/debian-amd64 # Prepare chroot: root=/mnt/debian-amd64 mkdir -p /mnt/debian-amd64/run/lvm mkdir -p /mnt/debian-amd64/run/udev mount --bind /dev $root/dev mount --bind /proc $root/proc mount --bind /sys $root/sys mount --bind /dev/pts $root/dev/pts mount --bind /run/lvm $root/run/lvm mount --bind /run/udev $root/run/udev # Do not forget EFI partition: mount /dev/sda1 $root/boot/efi # Run chroot: chroot $root /bin/bash # In the chroot: update-grub grub-install --efi-directory=/boot/efi Hope this helps. Nicolas
