Siduction Forum
Siduction Forum => Upgrade Warnings => Topic started by: ReinerS on 2018/12/24, 13:11:59
-
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
-
Probier erstmal den 4.10. Der 4.12er ist ja schon älter...
LG
df8oe
-
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
-
ja, Vertipper. Ich meinte den 4.20.0
-
Hmm, leider hat der 4.20er Kernel genau denselben Effekt.Bleibe erstmal bei 4.19.12-towo.2
Grüße
Reiner
-
Hi ReinerS,
hast du eine Fehlermeldung aus dem Journal?
-
Mein Debian Sid startet die verschlüsselte Partition auch nicht mehr.
Meldung:
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?
-
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.
-
Jup, 239-15 löst das Problem bei mir auch.
Grüße
Reiner