[erledigt] Loading initial ramdisk stoppt

[DonaltDack]

Hallo Forum

Im Herbst hab ich mir einen neuen gebrauchten Laptop zugelegt, einen Dell Latitude 5400. Von Anfang an hatte ich bei gefühlt 4-5 von 10 Boots das Problem, dass er bei "Loading initial ramdisk" hängen bleibt und stirbt. Nur das sekundenlange Drücken der Power-Taste kann ihn dann ausschalten, Strg-Alt-Entf hat keinen Effekt. Ich finde dieses Problem hundertfach im Web beschrieben, aber dummerweise keine brauchbare Lösung. Ich hatte mir sogar gedacht, wegen dem neuen Bookworm einfach mal ein paar Kernel-Upgrades abzuwarten, ob es sich vielleicht auswächst - aber bisher leider ohne Erfolg.

Weil ich aber nicht verstehe, ist, wo das Problem eigentlich zu verorten ist - ist es Grub oder ist das Linux? - möchte ich hier mal fragen, an welcher Stelle die wahrscheinliche Problemquelle liegen könnte. Hat Grub ein Problem, könnte ich das vielleicht mit einem anderen Bootloader (welchen?) lösen. Oder kann man davon ausgehen, das Grub mit dem Start des Ladens seinen Job getan hat und irgendwas in der Ramdisk resp. Linux faul ist? Das interessante daran ist, dass weder der fehlerfreie Start noch der Ramdisk-Hänger vorhersehbar ist, mal gehts mal nicht. Ich kann auch keinen äußeren Einflüsse festmachen, wie extern angeschlossene Hardware o.ä. Es gibt da auch keine Regel, der Effekt "geht" oder "geht nicht" ist völlig willkürlich,

Code: Alles auswählen

Architecture:            x86_64
  CPU op-mode(s):        32-bit, 64-bit
  Address sizes:         39 bits physical, 48 bits virtual
  Byte Order:            Little Endian
CPU(s):                  8
  On-line CPU(s) list:   0-7
Vendor ID:               GenuineIntel
  BIOS Vendor ID:        Intel(R) Corporation
  Model name:            Intel(R) Core(TM) i5-8265U CPU @ 1.60GHz
    BIOS Model name:     Intel(R) Core(TM) i5-8265U CPU @ 1.60GHz To Be Filled B
                         y O.E.M. CPU @ 3.7GHz
    BIOS CPU family:     205
    CPU family:          6
    Model:               142

Vielen Dank, falls jemand eine Idee zur Beseitigung des Problems hat....

[rwkraemer]

Nur ein Schuss ins Blaue: Beim Debian Wiki steht zu dem Modell:

"Detect hard drives: after BIOS configuration"

https://wiki.debian.org/InstallingDebia ... titude5400

[DonaltDack]

Hab ich im BIOS kontrolliert, bei mir ist der richtige Parameter eingetragen. Also, wenn Debian gestartet ist, läuft es perfekt und fehlerfrei, auch Bluetooth und WLAN, oder das Kabelinterface, alles geht....aber... heute morgen wieder 3 mal Fehlstart beim "loading initial ramdisk". Das bedeutet nach meinem Verständnis, Debian selber wird gar nicht erst gestartet.

Liegt es am Grub oder liegt es an der SSD, die vielleicht (noch) nicht verfügbar ist? Ich habe keine Ahnung, wie man dem Problem auf die Spur kommen kann.

Eingebaut ist:

Code: Alles auswählen

Model Number:                       PM991 NVMe Samsung 256GB
Firmware Version:                   25306039
PCI Vendor/Subsystem ID:            0x144d
Total NVM Capacity:                 256.060.514.304 [256 GB]

Samsung ist ja nun kein Noname-Produkt, und da weiss ich auch nicht , ob eine andere SSD das Problem lösen würde.

[OrangeJuice]

Hast du Secure Boot aktiviert?

Code: Alles auswählen

mokutil --sb-state

[KP97]

Mit der Fehlermeldung findet sich doch so Einiges im Netz, vorzugsweise zu Dell Geräten.
Hier mal stellvertretend:
https://unix.stackexchange.com/question ... -with-luks

Wenn Du nichts verschlüsselt hast, kannst Du den Part überspringen. Wenn Du nicht chrooten willst, kannst Du auch das Installermedium mit dem Rettungsmodus wählen.
Oder versuchen, bis wieder ein Start möglich ist und den Tipp so ausführen.

[isabena]

Weil ich aber nicht verstehe, ist, wo das Problem eigentlich zu verorten ist - ist es Grub oder ist das Linux? - möchte ich hier mal fragen, an welcher Stelle die wahrscheinliche Problemquelle liegen könnte. Hat Grub ein Problem, könnte ich das vielleicht mit einem anderen Bootloader (welchen?) lösen. Oder kann man davon ausgehen, das Grub mit dem Start des Ladens seinen Job getan hat und irgendwas in der Ramdisk resp. Linux faul ist?

Vielen Dank, falls jemand eine Idee zur Beseitigung des Problems hat....

der init sorgt normalerweise dafür daß das OS komplett geladen wird.
da er hier einfriert, wäre ein initramfsupdate einen Versuch wert

[MSfree]

Weil ich aber nicht verstehe, ist, wo das Problem eigentlich zu verorten ist - ist es Grub oder ist das Linux? - möchte ich hier mal fragen, an welcher Stelle die wahrscheinliche Problemquelle liegen könnte.

Die Reihenfolge ist

1. Grub wird geladen
2. Kernel wird von Grub geladen
3. initrd wird vom Kernel geladen
4. Ausführen von Skripten aus der initrd, die Kernelmodule, Microcode und Firmware laden

Wenn es also beim Laden der initrd hängt, kann es sein, daß in der initrd Skripte hängen, weil die noch auf irgendwas warten. Gründe sind aber schwer zu lokalisieren, weil alles, was innerhalb der initrd abläuft weitgehend ohne Rückmeldung passiert.

[king-crash]

Soviel mir bekannt ist, werden Initrd Skripte nach dem Kernelstart von eben diesem ausgeführt.
Initrd Meldungen erscheinen dann ganz normal auf dem Bildschirm.

https://docs.kernel.org/admin-guide/initrd.html

[rhHeini]

Damit Du Meldungen siehst, mach erst mal folgendes:

Code: Alles auswählen

# cd /etc/default
# nano grub

Dort das quiet weg aus der Zeile GRUB_CMDLINE_LINUX_DEFAULT="quiet"

Dann

Code: Alles auswählen

# update-grub
# update-initramfs -u -k all

und dann neu booten und schauen was passiert.

[DonaltDack]

Guten Morgen Forum

Vielen Dank für Eure Unterstützung. Aber, sorry, wenn meine Reaktionen nur schleppend kommen, ich bin momentan mit dem Truck außer Landes unterwegs, da findet sich nicht immer Zeit, am Rechner was zu tun. Also,trotz verschiedener neuer Einstellungen hats heute morgen wieder 3 Anläufe gebraucht, um Loading initial Ramdisk erfolgreich zu starten oder auszuführen

Hast du Secure Boot aktiviert?

Code: Alles auswählen

mokutil --sb-state

Code: Alles auswählen

mokutil --sb-state
SecureBoot disabled
Platform is in Setup Mode

Wenn Du nichts verschlüsselt hast, kannst Du den Part überspringen. Wenn Du nicht chrooten willst, kannst Du auch das Installermedium mit dem Rettungsmodus wählen.
Oder versuchen, bis wieder ein Start möglich ist und den Tipp so ausführen.

Den Artikel hab ich bei der Fehlersuche schon von Tagen gefunden, aber ich hatte den zuerst wegen der Verschlüsselung als unpassend eingeschätzt. Nach deinem Hinweis hab ich aber totzdem mal die empfohlene Änderung durchgeführt, aber wie angemerkt, ohne Erfolg.

Wenn es also beim Laden der initrd hängt, kann es sein, daß in der initrd Skripte hängen, weil die noch auf irgendwas warten. Gründe sind aber schwer zu lokalisieren, weil alles, was innerhalb der initrd abläuft weitgehend ohne Rückmeldung passiert.

Fällt Dir irgend eine alternative Lösung ein? Könnte ein anderer Bootloader das lösen oder liegt das Problem möglicherweise gar nicht beim Bootloader?

Damit Du Meldungen siehst, mach erst mal folgendes:

Hab ich mal gemacht...und nun heissts abwarten und beobachten.

[HumiNi]

Könnte ein anderer Bootloader das lösen oder liegt das Problem möglicherweise gar nicht beim Bootloader?

Software tut oder tut nicht. Da können normalerweise nur parallele Abläufe Zufallsverhalten wie bei dir bewirken.
Ich vermute, du hast ein Hardwareproblem. Ich würde mal die HD/SSD mehrfach mit dd lesen, um zu schauen, ob Lesefehler angezeigt werden.

[DonaltDack]

Guten Morgen Forum...

...vielen Dank für Eure Beteiligung an der Problemlösung. An der Stelle möchte ich den kalten Kaffee noch einmal aufwärmen und dann den Rest entsorgen.

Ich glaube,dass ich nach einiger Zeit der Aufmerksamkeit die Problemquelle gefunden habe. Nach meiner Beobachtung habe ich ein Spannungsproblem, mit anderen Worten, der Akku entspricht wohl dem wahren Alter des 'neuen' Gerätes. Ich kann recht eindeutig bestimmte Beobachtungen als Quasi-Regel bestimmen. Die Probleme bestehen bei ~5-6 von 10 Akkustarts, gefühlt sogar bei ~8 von 10 Starts, wenn USB-Mouse-Sender und der 2. USB-Stick (Unlock-Key 2. Partition) Stromverbraucher sind. Besser ist es immer, wenn der Laptop in warmer Umgebung warm ist,schlechter ist es, wenn er morgens sehr kalt ist. Er startet allerdings immer mit eingestecktem Stromkabel.

Als Resümee vermute ich nun, dass gewisse Hardware beim Hochfahren wegen Strom-Unterversorgung schlichtweg abkackt.
Kann das sein? Meine Idee wäre jetzt, mich nach Rückkehr um einen neuen Akku zu kümmern.

[MSfree]

Als Resümee vermute ich nun, dass gewisse Hardware beim Hochfahren wegen Strom-Unterversorgung schlichtweg abkackt.

Die CPU in deinem Laptop ist im 3. Qurtal 2018 erschienen, also vor etwa fünf Jahren. Der Laptop selbst dürfte ca. ein halbes Jahr jünger sein. Leider ist das aber auch das Alter, in dem oft genutzte Akkus das Ende ihrer Lebenserwartung erreichen.

Ein schwacher Akku hat einen erhöhten Innenwiderstand und ist dadurch in seiner Leitungsabgabe beschränkt und die Spannung bricht zusammen, wenn zu viel Leistung angefordert wird. Die Spannugnsregler sind dann machtlos.

Kann das sein? Meine Idee wäre jetzt, mich nach Rückkehr um einen neuen Akku zu kümmern.

Denkbar ist es zumindest. Wie lange läuft denn der Rechner im Akkubetrieb? Wenn der bereits nach 30 Minuten leer ist, wäre das zumindest ein Indiz.

[DonaltDack]

Ein schwacher Akku hat einen erhöhten Innenwiderstand und ist dadurch in seiner Leitungsabgabe beschränkt und die Spannung bricht zusammen, wenn zu viel Leistung angefordert wird. Die Spannugnsregler sind dann machtlos.

Ich kann das jetzt abschließend bestätigen, seit Tagen mit angeschlossenem Stromkabel kein einziger Hänger. Ich werde das Problem nach meiner Rückkehr mit einem neuen Akku lösen.

Danke!