Liebe FLUG,
mal wieder ein Problem - ein sehr lästiges weil mir undurchschaubares: Das Laptop startet nicht, und ich sehe weder Ursache noch Lösung.
Mögliche Komplikationen:
* Die Installation (Debian Testing (Bullseye)/GNOME) läuft auf einem verschlüsselten LVM (Passwort ist noch da, keine Sorge) * Ich habe keinen "root"-Account. Jemand, ein Buch oder das Internet hatte mir das als sicherer vorgeschlagen, und jetzt sehe ich irgendwie auch, warum ...
Vorgeschichte:
* Das Journal lief voll, in der Größenordnung von 1GB in 2 Stunden * Der Eindruck war, dass es sich um JavaScript-Fehler in GNOME handelt, deshalb dachte ich: Nach Wochen mal wieder ein Reboot kann nicht schaden. * (Evtl. relevant?: In den Tagen davor wurde mein USB-Headset (an *diesem* Laptop) meistens nicht oder falsch erkannt)
Situation:
* Booten stoppt (nach erfolgreichem Entschlüsseln des LVM) irgendwann mit blinkendem Cursor * Booten im Recovery mode: o Abschalten von Audio, Wifi/BT undWebcam im "BIOS" (um einige "Verdächtidge" auszuschließen): + Load AppArmor + Started Network Time Synchronization + ... + Reached Target Time Synchronized + Started Rescue Shell + ... + Finished Update UTMP about System Runlevel Changes + Aufforderung zum Rescue mode und Journallesen. + Geht nicht, "the root acount is logged" + "Press enter to continue" + Danach noch einige schnelle Meldungen und dann der blinkende Cursor o Anschalten von Wifi/Bluetooth + Bluetooth-Meldungen vor dem Start der Rescue Shell sowie nach dem "press Enter" BT *scheint* erfolgreich geladen zu sein o Anschalten von Audio: Ähnlich. Kurz vor Schluss Meldungen wie + snd_hda_codec für viele Geräte + Finished Save/Restore Sound Crd State + Ende aber wieder mit Bluetooth-Meldungen o Anschalten von Webcam + Ich sehe keinen Unterschied in dem noch sichtbaren Teil der Meldungen.
Ein Kernel-Update dürfte nicht verantwortlich sein, da das Verhalten mit dem Standard-Kernel 5.8.0-2 gleich ist wie mit den beiden installierten älteren 5.8.0-1 und 5.7.0-3
Welche Optionen habe ich?
* Direkte Analyse scheint nicht zu gehen ewgen des fehlenden "root"-Login? * D.h. es bleibt nur das Starten eines Live-Systems? o Ich sehe, dass man das verschlüsselte LVM im Live-System entschlüsseln kann, wollte das aber bisher nicht machen, weil ich dafür Etliches installieren und einrichten müsste, was beim nächsten Mal ja wieder weg wäre. o Habe ich eine Chance, vom Live-System die Logs/Journals des installierten Systems zu lesen, und wird mich das weiterbringen? o Wie seht ihr die Wahrscheinlichkeit, dass es sich um + eine korrupte Konfiguration oder Paketinstallation (z.B. Firmware), + defekte Dateien/Dateisysteme + ein echtes Hardware-Problem mit einer Komponente handelt? * Notfall-Alternative (sinnlos bzw. idiotisch?): o Live-System, entschlüsseln o Home-Partition kopieren (ja, das *meiste* ist aktuell gesichert ...) o Neuinstallation und Rückkopieren
Ich wäre für jeden (v.a. zielführenden) Tipp dankbar. Ich hatte keine Zeit, mich damit zu befassen und musste schon über eine Woche an Behelfsrechnern arbeiten. Natürlich sind genau die noch unfertigen Daten nicht gesichert, und jetzt brauche ich die recht dringend mal wieder ...
Herzliche Grüße Urs
Hallo Urs,
On 11/1/20 4:50 PM, Urs Liska wrote:
mal wieder ein Problem - ein sehr lästiges weil mir undurchschaubares: Das Laptop startet nicht, und ich sehe weder Ursache noch Lösung.
Mögliche Komplikationen:
- Die Installation (Debian Testing (Bullseye)/GNOME) läuft auf einem verschlüsselten LVM (Passwort ist noch da, keine Sorge)
- Ich habe keinen "root"-Account. Jemand, ein Buch oder das Internet hatte mir das als sicherer vorgeschlagen, und jetzt sehe ich irgendwie auch, warum ...
Es gibt den User root nicht, oder der hat kein Passwort. Ich hoffe eher letzteres, wem gehören sonst die meisten Dateien im rootfs?
Vorgeschichte:
- Das Journal lief voll, in der Größenordnung von 1GB in 2 Stunden
Eigentlich(tm) passt der journald auf, dass er die Platte nicht voll macht und archiviert nur die aktuellsten Daten.
- Der Eindruck war, dass es sich um JavaScript-Fehler in GNOME handelt, deshalb dachte ich: Nach Wochen mal wieder ein Reboot kann nicht schaden.
- (Evtl. relevant?: In den Tagen davor wurde mein USB-Headset (an *diesem* Laptop) meistens nicht oder falsch erkannt)
Situation:
- Booten stoppt (nach erfolgreichem Entschlüsseln des LVM) irgendwann mit blinkendem Cursor
- Booten im Recovery mode: o Abschalten von Audio, Wifi/BT undWebcam im "BIOS" (um einige "Verdächtidge" auszuschließen): + Load AppArmor + Started Network Time Synchronization + ... + Reached Target Time Synchronized + Started Rescue Shell + ... + Finished Update UTMP about System Runlevel Changes + Aufforderung zum Rescue mode und Journallesen. + Geht nicht, "the root acount is logged"
Wohl eher "locked"?
+ "Press enter to continue" + Danach noch einige schnelle Meldungen und dann der blinkende Cursor
Interessant wäre herauszufinden, welches der kaputte Service ist. Entweder mal auf ein gut mitschneidbares Interface loggen (UART?) oder die Konsolenausgaben mal abfilmen und dann langsam durchsuchen?!
o Anschalten von Wifi/Bluetooth + Bluetooth-Meldungen vor dem Start der Rescue Shell sowie nach dem "press Enter" BT *scheint* erfolgreich geladen zu sein o Anschalten von Audio: Ähnlich. Kurz vor Schluss Meldungen wie + snd_hda_codec für viele Geräte + Finished Save/Restore Sound Crd State + Ende aber wieder mit Bluetooth-Meldungen o Anschalten von Webcam + Ich sehe keinen Unterschied in dem noch sichtbaren Teil der Meldungen.Ein Kernel-Update dürfte nicht verantwortlich sein, da das Verhalten mit dem Standard-Kernel 5.8.0-2 gleich ist wie mit den beiden installierten älteren 5.8.0-1 und 5.7.0-3
Welche Optionen habe ich?
- Direkte Analyse scheint nicht zu gehen ewgen des fehlenden "root"-Login?
- D.h. es bleibt nur das Starten eines Live-Systems? o Ich sehe, dass man das verschlüsselte LVM im Live-System entschlüsseln kann, wollte das aber bisher nicht machen, weil ich dafür Etliches installieren und einrichten müsste, was beim nächsten Mal ja wieder weg wäre. o Habe ich eine Chance, vom Live-System die Logs/Journals des installierten Systems zu lesen, und wird mich das weiterbringen? o Wie seht ihr die Wahrscheinlichkeit, dass es sich um + eine korrupte Konfiguration oder Paketinstallation (z.B. Firmware), + defekte Dateien/Dateisysteme + ein echtes Hardware-Problem mit einer Komponente handelt?
- Notfall-Alternative (sinnlos bzw. idiotisch?): o Live-System, entschlüsseln o Home-Partition kopieren (ja, das *meiste* ist aktuell gesichert ...) o Neuinstallation und Rückkopieren
Ich würde mal probieren mit init=/bin/sh auf der Kernel-cmdline zu booten.
Liebe Grüße Uwe
Hallo Uwe,
Am 01.11.20 um 21:57 schrieb Uwe Kleine-König:
Hallo Urs,
On 11/1/20 4:50 PM, Urs Liska wrote:
mal wieder ein Problem - ein sehr lästiges weil mir undurchschaubares: Das Laptop startet nicht, und ich sehe weder Ursache noch Lösung.
Mögliche Komplikationen:
- Die Installation (Debian Testing (Bullseye)/GNOME) läuft auf einem verschlüsselten LVM (Passwort ist noch da, keine Sorge)
- Ich habe keinen "root"-Account. Jemand, ein Buch oder das Internet hatte mir das als sicherer vorgeschlagen, und jetzt sehe ich irgendwie auch, warum ...
Es gibt den User root nicht, oder der hat kein Passwort. Ich hoffe eher letzteres, wem gehören sonst die meisten Dateien im rootfs?
Ich nehme an, letzteres. Ich habe bei der Installation kein root-Passwort eingerichtet, so dass der sich nicht anmelden kann. Debian erlaubt das, Ubuntu z.B. macht das automatisch.
Vorgeschichte:
- Das Journal lief voll, in der Größenordnung von 1GB in 2 Stunden
Eigentlich(tm) passt der journald auf, dass er die Platte nicht voll macht und archiviert nur die aktuellsten Daten.
Meiner offenbar nicht. / hatte zuletzt noch 25 MB frei. Ich konnte Daten freigeben, aber nach 1-2 Stunden war es wieder voll.
- Der Eindruck war, dass es sich um JavaScript-Fehler in GNOME handelt, deshalb dachte ich: Nach Wochen mal wieder ein Reboot kann nicht schaden.
- (Evtl. relevant?: In den Tagen davor wurde mein USB-Headset (an *diesem* Laptop) meistens nicht oder falsch erkannt)
Situation:
- Booten stoppt (nach erfolgreichem Entschlüsseln des LVM) irgendwann mit blinkendem Cursor
- Booten im Recovery mode: o Abschalten von Audio, Wifi/BT undWebcam im "BIOS" (um einige "Verdächtidge" auszuschließen): + Load AppArmor + Started Network Time Synchronization + ... + Reached Target Time Synchronized + Started Rescue Shell + ... + Finished Update UTMP about System Runlevel Changes + Aufforderung zum Rescue mode und Journallesen. + Geht nicht, "the root acount is logged"
Wohl eher "locked"?
Ups, klar. Mit einer Hand tippen ist immer noch fehleranfällig.
+ "Press enter to continue" + Danach noch einige schnelle Meldungen und dann der blinkende CursorInteressant wäre herauszufinden, welches der kaputte Service ist. Entweder mal auf ein gut mitschneidbares Interface loggen (UART?) oder die Konsolenausgaben mal abfilmen und dann langsam durchsuchen?!
Interessante Idee. Das probier ich heute Abend mal.
o Anschalten von Wifi/Bluetooth + Bluetooth-Meldungen vor dem Start der Rescue Shell sowie nach dem "press Enter" BT *scheint* erfolgreich geladen zu sein o Anschalten von Audio: Ähnlich. Kurz vor Schluss Meldungen wie + snd_hda_codec für viele Geräte + Finished Save/Restore Sound Crd State + Ende aber wieder mit Bluetooth-Meldungen o Anschalten von Webcam + Ich sehe keinen Unterschied in dem noch sichtbaren Teil der Meldungen.Ein Kernel-Update dürfte nicht verantwortlich sein, da das Verhalten mit dem Standard-Kernel 5.8.0-2 gleich ist wie mit den beiden installierten älteren 5.8.0-1 und 5.7.0-3
Welche Optionen habe ich?
- Direkte Analyse scheint nicht zu gehen ewgen des fehlenden "root"-Login?
- D.h. es bleibt nur das Starten eines Live-Systems? o Ich sehe, dass man das verschlüsselte LVM im Live-System entschlüsseln kann, wollte das aber bisher nicht machen, weil ich dafür Etliches installieren und einrichten müsste, was beim nächsten Mal ja wieder weg wäre. o Habe ich eine Chance, vom Live-System die Logs/Journals des installierten Systems zu lesen, und wird mich das weiterbringen? o Wie seht ihr die Wahrscheinlichkeit, dass es sich um + eine korrupte Konfiguration oder Paketinstallation (z.B. Firmware), + defekte Dateien/Dateisysteme + ein echtes Hardware-Problem mit einer Komponente handelt?
- Notfall-Alternative (sinnlos bzw. idiotisch?): o Live-System, entschlüsseln o Home-Partition kopieren (ja, das *meiste* ist aktuell gesichert ...) o Neuinstallation und Rückkopieren
Ich würde mal probieren mit init=/bin/sh auf der Kernel-cmdline zu booten.
... und das auch.
Vielen Dank für die Anregungen.
HG Urs
Liebe Grüße Uwe
Am 02.11.20 um 09:25 schrieb Urs Liska:
Hallo Uwe,
Am 01.11.20 um 21:57 schrieb Uwe Kleine-König:
Hallo Urs,
On 11/1/20 4:50 PM, Urs Liska wrote:
mal wieder ein Problem - ein sehr lästiges weil mir undurchschaubares: Das Laptop startet nicht, und ich sehe weder Ursache noch Lösung. ...
Interessant wäre herauszufinden, welches der kaputte Service ist. Entweder mal auf ein gut mitschneidbares Interface loggen (UART?) oder die Konsolenausgaben mal abfilmen und dann langsam durchsuchen?!
Interessante Idee. Das probier ich heute Abend mal.
Hat doch eine Weile gedauert, bis ich dazu kam; scheint aber wenig zu bringen. Ich kann eigentlich keine Fehlermeldungen sehen.
https://cloud.ursliska.de/s/QsPLtT4CTEk8CTN (ab dem Entsachlüsseln bis zum Stopp)
https://cloud.ursliska.de/s/cAHXzkTYCfGyfNb (Versuch, den Verlauf bis zur Entschlüsselungsaufforderung zu zeigen)
Booten nach /bin/sh behauptet: /bin/sh: 0: can't access tty; job control turned off. Danach kommt aber die root-Eingabeaufforderung.
https://cloud.ursliska.de/s/xkZoXx9RqSwSB7E Das einzige "Rote", das ich mit journalctl gesehen habe (Zeitpunkt könnte in etwa das erste vergeblich Booten sein, ich glaube, neuere Einträge gibt es im Journal nicht: journalctl -xb (sagte der PC, soll man nachlesen) zeigt nichts.
Was Anderes sollte/könnte ich auf dieser Konsole denn tun?
Nun aber neues Problem: Wenn ich in GRUB versuche, init=/bin/sh einzugeben, dann friert mir in 3 von 5 Fällen die Tastatur ein, bevor ich mit dem Editieren fertig bin. Das Laptop hat eine beleuchtete Tastatur, deren Kernelmodul man i.d.R. nach Kernel-Updates neu kompilieren muss. Könnte es da einen Zusammenhang geben?
Immer noch ratlos, Urs
o Anschalten von Wifi/Bluetooth + Bluetooth-Meldungen vor dem Start der Rescue Shell sowie nach dem "press Enter" BT *scheint* erfolgreich geladen zu sein o Anschalten von Audio: Ähnlich. Kurz vor Schluss Meldungen wie + snd_hda_codec für viele Geräte + Finished Save/Restore Sound Crd State + Ende aber wieder mit Bluetooth-Meldungen o Anschalten von Webcam + Ich sehe keinen Unterschied in dem noch sichtbaren Teil der Meldungen.
Ein Kernel-Update dürfte nicht verantwortlich sein, da das Verhalten mit dem Standard-Kernel 5.8.0-2 gleich ist wie mit den beiden installierten älteren 5.8.0-1 und 5.7.0-3
Welche Optionen habe ich?
* Direkte Analyse scheint nicht zu gehen ewgen des fehlenden "root"-Login? * D.h. es bleibt nur das Starten eines Live-Systems? o Ich sehe, dass man das verschlüsselte LVM im Live-System entschlüsseln kann, wollte das aber bisher nicht machen, weil ich dafür Etliches installieren und einrichten müsste, was beim nächsten Mal ja wieder weg wäre. o Habe ich eine Chance, vom Live-System die Logs/Journals des installierten Systems zu lesen, und wird mich das weiterbringen? o Wie seht ihr die Wahrscheinlichkeit, dass es sich um + eine korrupte Konfiguration oder Paketinstallation (z.B. Firmware), + defekte Dateien/Dateisysteme + ein echtes Hardware-Problem mit einer Komponente handelt? * Notfall-Alternative (sinnlos bzw. idiotisch?): o Live-System, entschlüsseln o Home-Partition kopieren (ja, das *meiste* ist aktuell gesichert ...) o Neuinstallation und Rückkopieren
Ich würde mal probieren mit init=/bin/sh auf der Kernel-cmdline zu booten.
... und das auch.
Vielen Dank für die Anregungen.
HG Urs
Liebe Grüße Uwe
Hallo Urs,
Dein neues Problem kommt mit bekannt vor. Bei mir ist der Bildschirm ständig eingefroren, egal was ich gemacht habe. Grund war ein falscher Treiber. Jetzt habe ich einen vom Hersteller (NVidia). Nach jedem Kernel-Update muss ich den Treiber neu installieren, sonst habe ich kein Grafik-Modus. Also sehe ich durchaus einen Zusammenhang zwischen Deine Tastaturabstürze und der Treiber.
Grüsse, Tony :-)
Am 02.11.20 um 09:25 schrieb Urs Liska:
Hallo Uwe,
Am 01.11.20 um 21:57 schrieb Uwe Kleine-König:
Hallo Urs,
On 11/1/20 4:50 PM, Urs Liska wrote:
mal wieder ein Problem - ein sehr lästiges weil mir undurchschaubares: Das Laptop startet nicht, und ich sehe weder Ursache noch Lösung. ...
Interessant wäre herauszufinden, welches der kaputte Service ist. Entweder mal auf ein gut mitschneidbares Interface loggen (UART?) oder die Konsolenausgaben mal abfilmen und dann langsam durchsuchen?!
Interessante Idee. Das probier ich heute Abend mal.
Hat doch eine Weile gedauert, bis ich dazu kam; scheint aber wenig zu bringen. Ich kann eigentlich keine Fehlermeldungen sehen.
https://cloud.ursliska.de/s/QsPLtT4CTEk8CTN (ab dem Entsachlüsseln bis zum Stopp)
https://cloud.ursliska.de/s/cAHXzkTYCfGyfNb (Versuch, den Verlauf bis zur Entschlüsselungsaufforderung zu zeigen)
Booten nach /bin/sh behauptet: /bin/sh: 0: can't access tty; job control turned off. Danach kommt aber die root-Eingabeaufforderung.
https://cloud.ursliska.de/s/xkZoXx9RqSwSB7E Das einzige "Rote", das ich mit journalctl gesehen habe (Zeitpunkt könnte in etwa das erste vergeblich Booten sein, ich glaube, neuere Einträge gibt es im Journal nicht: journalctl -xb (sagte der PC, soll man nachlesen) zeigt nichts.
Was Anderes sollte/könnte ich auf dieser Konsole denn tun?
Nun aber neues Problem: Wenn ich in GRUB versuche, init=/bin/sh einzugeben, dann friert mir in 3 von 5 Fällen die Tastatur ein, bevor ich mit dem Editieren fertig bin. Das Laptop hat eine beleuchtete Tastatur, deren Kernelmodul man i.d.R. nach Kernel-Updates neu kompilieren muss. Könnte es da einen Zusammenhang geben?
Immer noch ratlos, Urs
o Anschalten von Wifi/Bluetooth + Bluetooth-Meldungen vor dem Start der Rescue Shell sowie nach dem "press Enter" BT *scheint* erfolgreich geladen zu sein o Anschalten von Audio: Ähnlich. Kurz vor Schluss Meldungen wie + snd_hda_codec für viele Geräte + Finished Save/Restore Sound Crd State + Ende aber wieder mit Bluetooth-Meldungen o Anschalten von Webcam + Ich sehe keinen Unterschied in dem noch sichtbaren Teilder Meldungen.
Ein Kernel-Update dürfte nicht verantwortlich sein, da das Verhalten mit dem Standard-Kernel 5.8.0-2 gleich ist wie mit den beiden installierten älteren 5.8.0-1 und 5.7.0-3
Welche Optionen habe ich?
- Direkte Analyse scheint nicht zu gehen ewgen des fehlenden
"root"-Login?
- D.h. es bleibt nur das Starten eines Live-Systems? o Ich sehe, dass man das verschlüsselte LVM im Live-System entschlüsseln kann, wollte das aber bisher nicht machen, weil ich dafür Etliches installieren und einrichten müsste, was
beim nächsten Mal ja wieder weg wäre. o Habe ich eine Chance, vom Live-System die Logs/Journals des installierten Systems zu lesen, und wird mich das weiterbringen? o Wie seht ihr die Wahrscheinlichkeit, dass es sich um + eine korrupte Konfiguration oder Paketinstallation (z.B. Firmware), + defekte Dateien/Dateisysteme + ein echtes Hardware-Problem mit einer Komponente handelt?
- Notfall-Alternative (sinnlos bzw. idiotisch?): o Live-System, entschlüsseln o Home-Partition kopieren (ja, das *meiste* ist aktuell
gesichert ...) o Neuinstallation und Rückkopieren
Ich würde mal probieren mit init=/bin/sh auf der Kernel-cmdline zu booten.
... und das auch.
Vielen Dank für die Anregungen.
HG Urs
Liebe Grüße Uwe
Hallo zusammen,
für mich klingt das nicht logisch - der Edit-Versuch in GRUB geschieht doch lange ehe irgend ein Linux Kernel geladen wird. Und schon gar keine Kernelmodule ...
Gruss RalfD
Am Donnerstag, 05. November 2020 19:20 CET, Tony Balazs tony.balazs@gmx.net schrieb:
Hallo Urs,
Dein neues Problem kommt mit bekannt vor. Bei mir ist der Bildschirm ständig eingefroren, egal was ich gemacht habe. Grund war ein falscher Treiber. Jetzt habe ich einen vom Hersteller (NVidia). Nach jedem Kernel-Update muss ich den Treiber neu installieren, sonst habe ich kein Grafik-Modus. Also sehe ich durchaus einen Zusammenhang zwischen Deine Tastaturabstürze und der Treiber.
Grüsse, Tony :-)
Am 02.11.20 um 09:25 schrieb Urs Liska:
Hallo Uwe,
Am 01.11.20 um 21:57 schrieb Uwe Kleine-König:
Hallo Urs,
On 11/1/20 4:50 PM, Urs Liska wrote:
mal wieder ein Problem - ein sehr lästiges weil mir undurchschaubares: Das Laptop startet nicht, und ich sehe weder Ursache noch Lösung. ...
Interessant wäre herauszufinden, welches der kaputte Service ist. Entweder mal auf ein gut mitschneidbares Interface loggen (UART?) oder die Konsolenausgaben mal abfilmen und dann langsam durchsuchen?!
Interessante Idee. Das probier ich heute Abend mal.
Hat doch eine Weile gedauert, bis ich dazu kam; scheint aber wenig zu bringen. Ich kann eigentlich keine Fehlermeldungen sehen.
https://cloud.ursliska.de/s/QsPLtT4CTEk8CTN (ab dem Entsachlüsseln bis zum Stopp)
https://cloud.ursliska.de/s/cAHXzkTYCfGyfNb (Versuch, den Verlauf bis zur Entschlüsselungsaufforderung zu zeigen)
Booten nach /bin/sh behauptet: /bin/sh: 0: can't access tty; job control turned off. Danach kommt aber die root-Eingabeaufforderung.
https://cloud.ursliska.de/s/xkZoXx9RqSwSB7E Das einzige "Rote", das ich mit journalctl gesehen habe (Zeitpunkt könnte in etwa das erste vergeblich Booten sein, ich glaube, neuere Einträge gibt es im Journal nicht: journalctl -xb (sagte der PC, soll man nachlesen) zeigt nichts.
Was Anderes sollte/könnte ich auf dieser Konsole denn tun?
Nun aber neues Problem: Wenn ich in GRUB versuche, init=/bin/sh einzugeben, dann friert mir in 3 von 5 Fällen die Tastatur ein, bevor ich mit dem Editieren fertig bin. Das Laptop hat eine beleuchtete Tastatur, deren Kernelmodul man i.d.R. nach Kernel-Updates neu kompilieren muss. Könnte es da einen Zusammenhang geben?
Immer noch ratlos, Urs
o Anschalten von Wifi/Bluetooth + Bluetooth-Meldungen vor dem Start der Rescue Shell sowie nach dem "press Enter" BT *scheint* erfolgreich geladen zu sein o Anschalten von Audio: Ähnlich. Kurz vor Schluss Meldungen wie + snd_hda_codec für viele Geräte + Finished Save/Restore Sound Crd State + Ende aber wieder mit Bluetooth-Meldungen o Anschalten von Webcam + Ich sehe keinen Unterschied in dem noch sichtbaren Teilder Meldungen.
Ein Kernel-Update dürfte nicht verantwortlich sein, da das Verhalten mit dem Standard-Kernel 5.8.0-2 gleich ist wie mit den beiden installierten älteren 5.8.0-1 und 5.7.0-3
Welche Optionen habe ich?
- Direkte Analyse scheint nicht zu gehen ewgen des fehlenden
"root"-Login?
- D.h. es bleibt nur das Starten eines Live-Systems? o Ich sehe, dass man das verschlüsselte LVM im Live-System entschlüsseln kann, wollte das aber bisher nicht machen, weil ich dafür Etliches installieren und einrichten müsste, was
beim nächsten Mal ja wieder weg wäre. o Habe ich eine Chance, vom Live-System die Logs/Journals des installierten Systems zu lesen, und wird mich das weiterbringen? o Wie seht ihr die Wahrscheinlichkeit, dass es sich um + eine korrupte Konfiguration oder Paketinstallation (z.B. Firmware), + defekte Dateien/Dateisysteme + ein echtes Hardware-Problem mit einer Komponente handelt?
- Notfall-Alternative (sinnlos bzw. idiotisch?): o Live-System, entschlüsseln o Home-Partition kopieren (ja, das *meiste* ist aktuell
gesichert ...) o Neuinstallation und Rückkopieren
Ich würde mal probieren mit init=/bin/sh auf der Kernel-cmdline zu booten.
... und das auch.
Vielen Dank für die Anregungen.
HG Urs
Liebe Grüße Uwe
-
Ralf Mattes -
Tony Balazs -
Urs Liska -
Uwe Kleine-König