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