FAI/LVM/chroot: WARNING: Device not initialized in udev database even after waiting

[heisenberg]

Hallo zusammen,

ich bereite gerade die Installation mit FAI von Debian Buster vor.

Dabei wird im chroot die Grub-Installation ausgeführt. Dabei hängt der grub-mkconfig ca. 30 Minuten lang. Das ist der Prozessbaum, der da hängt:

Code: Alles auswählen

27630 tty1     S+     0:00      |           \_ /bin/sh /usr/sbin/grub-mkconfig -o /boot/grub/grub.cfg
27699 tty1     S+     0:00      |               \_ /bin/sh /etc/grub.d/00_header
27873 tty1     S+     0:00      |                   \_ /usr/sbin/grub-probe --device /dev/mapper/vg_sys-root --target=compatibility_hint
27880 tty1     S+     0:00      |                       \_ vgs --options vg_uuid,pv_name --noheadings --separator :

D. h. der Prozess vgs --options ... hängt.

Wenn ich den vgs Befehl manuell im chroot ausführe, hängt der auch. Mit debug und verbosity angeschaltet bekomme ich dann das:

Code: Alles auswählen

time vgs -vvvddd --options vg_uuid,pv_name --noheadings --separator :
        Parsing: vgs -vvvddd --options vg_uuid,pv_name --noheadings --separator :
...
        Device /dev/vg_sys/swap not initialized in udev database (1/100, 0 microseconds).
        Device /dev/vg_sys/swap not initialized in udev database (2/100, 100000 microseconds).
...
        Device /dev/vg_sys/swap not initialized in udev database (100/100, 9900000 microseconds).
  WARNING: Device /dev/vg_sys/swap not initialized in udev database even after waiting 10000000 microseconds.
        filter md deferred /dev/vg_sys/swap
        filter cache deferred /dev/vg_sys/swap
...
        Device /dev/vg_sys/root not initialized in udev database (1/100, 0 microseconds).
        Device /dev/vg_sys/root not initialized in udev database (2/100, 100000 microseconds).
...
        Device /dev/vg_sys/root not initialized in udev database (100/100, 9900000 microseconds).
  WARNING: Device /dev/vg_sys/root not initialized in udev database even after waiting 10000000 microseconds.
...
  rAGmpb-AnKr-Iemp-2WPv-I37a-N7C8-aUcJ2F:/dev/xvdb2
        Completed: vgs -vvvddd --options vg_uuid,pv_name --noheadings --separator :
        
real    1m30,375s
user    0m0,064s
sys     0m0,132s

Also der eine Befehl dauert 90 Sekunden.

Ich habe auch mal geschaut, was der vgs Befehl, die ganze Zeit so tut mittles strace. Da sehe ich jede Menge davon...

Code: Alles auswählen

openat(AT_FDCWD, "/run/udev/data/b254:1", O_RDONLY|O_CLOEXEC) = -1 ENOENT (Datei oder Verzeichnis nicht gefunden)
openat(AT_FDCWD, "/run/udev/data/b254:1", O_RDONLY|O_CLOEXEC) = -1 ENOENT (Datei oder Verzeichnis nicht gefunden)
openat(AT_FDCWD, "/run/udev/data/b254:1", O_RDONLY|O_CLOEXEC) = -1 ENOENT (Datei oder Verzeichnis nicht gefunden)
openat(AT_FDCWD, "/run/udev/data/b254:1", O_RDONLY|O_CLOEXEC) = -1 ENOENT (Datei oder Verzeichnis nicht gefunden)
openat(AT_FDCWD, "/run/udev/data/b254:1", O_RDONLY|O_CLOEXEC) = -1 ENOENT (Datei oder Verzeichnis nicht gefunden)

Nach Recherche habe ich mich gefragt ob die Optionen "use_lvmetad = 0" oder "obtain_device_list_from_udev = 0" helfen könnten. Das habe ich mal getestet und sichergestellt mittels lvm dumpconfig, dass die Optionen auch tatsächlich gesetzt sind.

Im Internet wird empfehlen /run/lvm per mount --bind im chroot bereitzustellen. Da bei mir im System aber kein /run/lvm da ist und der Pfad der die Fehlermeldung auslöst /run/udev ist, habe ich es mal mit mount --bind /run/udev /target/run/udev probiert. Es scheint das Problem zu lösen. Ich schreib's einfach mal hier rein. Vielleicht hilft es ja jemandem oder es gibt noch weitere Anmerkungen dazu.

[heisenberg]

Wurde wohl schon gefixt:

https://bugs.debian.org/cgi-bin/bugrepo ... bug=925247