Bug#917124: udev 240-1 break my system too

[Steven Monai]

On 2018-12-24 7:09 a.m., Rafał Olejnik wrote:
> On Mon, 24 Dec 2018 13:34:40 +0800 John Wong <johnw at wonghome.net> wrote:
>> On 12/24/18 12:58 PM, John Wong wrote:
>> > Yes, udev 240-1 break my lvm2 system.
>> >
>> Hi, replace /lib/systemd/systemd-udevd with udev version 239's
>> (/lib/systemd/systemd-udevd), then update-initramfs -u.
>>
>> I can boot my system again.
> 
> This works however errors about lvm are still shown:
> 
> lvm2-activation-generator: lvmconfig failed
> 
> lvm2-activation-generator: Activation generator failed.

I am also encountering this problem.

To prevent LVM-related errors, I have had to hold these packages at the
versions shown (output of apt-show-versions -u):

libudev1:amd64/sid 239-15 upgradeable to 240-1
lvm2:amd64/sid 2.02.176-4.1 upgradeable to 2.03.01-2
udev:amd64/sid 239-15 upgradeable to 240-1

If I allow lvm2 to upgrade to 2.03.01-2 (while holding udev/libudev1 at
the old version 239-15), I get the following in the log at bootup:

Dec 24 07:59:07 sid lvm2-activation-generator: lvmconfig failed
Dec 24 07:59:07 sid lvm2-activation-generator: Activation generator failed.
Dec 24 07:59:07 sid systemd[272]:
/lib/systemd/system-generators/lvm2-activation-generator failed with
exit status 1.

This seems harmless enough, as the boot still succeeds, and all my LVs
are mapped correctly (output from ls -l /dev/mapper/):

lrwxrwxrwx 1 root root       7 Dec 24 07:59 vg0-home -> ../dm-1
lrwxrwxrwx 1 root root       7 Dec 24 07:59 vg0-root -> ../dm-0
lrwxrwxrwx 1 root root       7 Dec 24 07:59 vg0-swap -> ../dm-2

If, instead, I allow udev and libudev1 to upgrade to 240-1 (while
holding lvm2 at the old version 2.02.176-4.1), then after a reboot, my
root LV goes "missing" (again, output from ls -l /dev/mapper/):

lrwxrwxrwx 1 root root       7 Dec 24 08:28 vg0-home -> ../dm-1
lrwxrwxrwx 1 root root       7 Dec 24 08:28 vg0-swap -> ../dm-2

Of course, the root LV is really still there (output of lvs):

  LV            VG  Attr       LSize
  home          vg0 -wi-ao---- <193.13g

  root          vg0 -wi-ao----   18.62g

  swap          vg0 -wi-ao----   <7.64g


But this mapper glitch appears to cause problems for update-initramfs
and for update-grub, i.e.:

root at sid:~# update-initramfs -u
update-initramfs: Generating /boot/initrd.img-4.19.0-1-amd64
Warning: couldn't identify filesystem type for fsck hook, ignoring.

root at sid:~# update-grub
/usr/sbin/grub-probe: error: failed to get canonical path of
`/dev/mapper/vg0-root'.

Additionally, during bootup, fsck fails on /dev/mapper/vg0-root,
complaining that the device is not found.

I hope my report can be of some help.

In summary, my workaround for the current problems with udev and lvm2
are to hold my udev and lvm2 packages to these versions:

libudev1:amd64/sid	239-15
lvm2:amd64/sid		2.02.176-4.1
udev:amd64/sid		239-15


/---
/-SM
/