Kernel 4.12-towo.1-siduction-amd64 erkennt mein LUKS-LVM nicht mehr

[ReinerS]

Kernel 4.12-towo.1-siduction-amd64 erkennt mein verschlüsseltes LUKS-LVM nicht mehr,die vorherige Version (4.11-towo.2-sicuction-amd64) läuft klaglos.
Beim Booten bleibt die Kiste, nach Eingabe des Keys, im Emergency/Rescue Modus hängen und unter /dev/mapper existiert nur ein control Eintrag.
Den 4.20er habe ich noch nicht propiert.
Grüße
Reiner

[df8oe]

Probier erstmal den 4.10. Der 4.12er ist ja schon älter...


LG
df8oe

[ReinerS]

4.10? Du meintest wohl den 4.20.

Ohh, und Fehler meinerseits. Der Kernel der spinnt ist der 4.19.12-towo.1, der der nocht tut ist der 4.19.11-towo.2-

Asche über mein Haupt. Grüße
Reiner

[df8oe]

ja, Vertipper. Ich meinte den 4.20.0

[ReinerS]

Hmm, leider hat der 4.20er Kernel genau denselben Effekt.Bleibe erstmal bei 4.19.12-towo.2
Grüße
Reiner

[bluelupo]

Hi ReinerS,

hast du eine Fehlermeldung aus dem Journal?

[Baggi]

Mein Debian Sid startet die verschlüsselte Partition auch nicht mehr.
Meldung:

Code Auswählen Erweitern

lvm-activation-generator: lvmconfig failedlvm-activation-generator: Activation generator failed.systemd[326]: /usr/lib/systemd/system-generators/lvm2-activation-[Time]Time out waiting for device ...[Depend] Dependency failed (Bei allen, /home... usw.)
Nach muss ich suchen um relevantes zu finden in journalctl?

[bluelupo]

Die Ursache für die LVM-Probleme scheint wohl der neuen Version von systemd 240-1 und/oder udev geschuldet zu sein. Ein Workaround könnte ein Downgrade auf 239-15 zurück sein.

Siehe auch:

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=917136
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=917124


EDIT:
Im #siduction-de IRC Chat hat hendrikL bemerkt das ein Downgrade von udev auf Version 239-15 ausreicht um wieder ein bootendes System zu bekommen.

[ReinerS]

Jup, 239-15 löst das Problem bei mir auch.

Grüße
Reiner