Linux Mint 19.2 bootet nach initialem Update nicht mehr

[Uhu U. (uhu)]

Ich habe Mint 19.2 von DVD neu aufgesetzt und die Oberfläche nach meinen 
Wünschen konfiguriert und die Luks Volume Group umbenannt.

Dann das System von der neuen vg gebootet - alles bestens. Dann 
update-grub, um den neuen vg-Namen für grub zu hinterlegen.

Nochmal probgeweise gebootet - funktioniert.

Dann den Update Manager gestartet und die Updates eingespielt.

System neu gebootet - nichts geht mehr. Fehlermeldungen siehe Foto im 
Anhang.

Anschließend nochmal von der DVD aus gebootet und von disks aus einen 
fsck angeworfen - keine Fehler.

Was ist da kaputt?

[rbx (Gast)]

Uhu U. schrieb:
> Was ist da kaputt?

Das Ubuntu-Forum legt Ärger mit Treibern nahe, Treiber/Standards im 
Mainboard und Grafikkartentreiber.

Darf ich interessehalber fragen, was für eine Grafik du hast - also 
Intern(Typ) oder Karte/Chip?

[DPA (Gast)]

Sowas darf eigentlich nicht passieren...
Gab es einen kernel update? Dann eventuell den alten in grub wieder 
auswählen.
Es sind etwas wenige meldungen, um herauszufinden, was los ist. Bekommt 
man eventuell mehr Meldungen, wen man in grub mit "e" da beim boot 
eintrag "quiet" und "splash" entfernt, und dann neu bootet? Eigentlich 
sollte initramfs-tools doch ausgeben, bei welchem unterschritt es gerade 
ist.
Eventuell noch mit ls oder echo in /dev nachsehen, ob die zu mountenden 
devices dort sind?

[Oliver S. (oliverso)]

DPA schrieb:
> Sowas darf eigentlich nicht passieren...

Das dürfte bei Microsoft der Standarspruch nach jedem Upgrade sein ;)

Oliver

[Uhu U. (uhu)]

rbx schrieb:
> Darf ich interessehalber fragen, was für eine Grafik du hast - also
> Intern(Typ) oder Karte/Chip?

Es ist ein Asus P8Z77-V LX2 Mainboard mit einem Intel Core i5-3570T 2300 
1155 mit on-Board-Graphik.

[Uhu U. (uhu)]

DPA schrieb:
> Gab es einen kernel update? Dann eventuell den alten in grub wieder
> auswählen.

Ja, bei Grub sind zwei eingetragen - muss ich ausprobieren.

[Uhu U. (uhu)]

Die ältere Kernel-Version verhält sich genau so.

Ich erinnere mich, dass bei den Updates luks2 dabei war - womöglich ist 
das der Übeltäter. Der Fehler tritt jedenfalls vor der Abfrage der 
Passphrase auf.

[Uhu U. (uhu)]

Mittlerweile habe ich das System nochmal neu aufgesetzt und zuerst den 
Update laufen lassen.
Dann die Volume Group umbenannt.
Dann mit passend geändertem Bootparameter ../mint--vg-root gebootet und 
anschließend update-grub laufen lassen.

So funktioniert das System. Warum das vgrename gefolgt vom Update 
Manager das System zerkloppt, ist unklar.