initramfs Problem
initramfs Problem
Hallo allesamt,
ich habe seit gestern ein - zumindest für mich kniffliges - Problem beim Kernel Start meines PCs. Der Startvorgang fällt nach mehrfacher "Running /scripts/local-block ..."-Meldung in die initramfs Shell und ab da scheint sich der Rechner "aufgehangen" zu haben, d.h. er nimmt auch keine Tastatureingaben mehr an und ich muss die Kiste hart ausschalten.
Was habe ich bisher versucht um das Problem zu analysieren?
Ein Start von einem Live-Stick (SystemRescueCd) funktioniert fehlerfrei. Dies scheint die Vermutung zu stützen, dass es sich nicht um einen Hardwarefehler handelt. Nach Start vom USB-Stick arbeitet der Rechner auch stundenlang vollkommen problemlos.
Auch habe ich vor erstmaligen Auftreten dieses Fehlers keinen Wechsel der Festplatte, der Partitionskonfiguration oder des Filesystems vorgenommen.
Also habe ich versucht, den Startvorgang selbst und die initrd zu debuggen. Dazu habe ich eine chroot Umgebung erstellt um auf die Boot-Partition zuzugreifen. Dies funktioniert ebenfalls tadellos. Mit Hilfe von update-initramfs habe ich dann die initrd's versucht zu "behandeln". Ich habe sie testweise einem Update unterzogen, sie gelöscht und mit dem "verify"-Parameter neu erstellen lassen - nüx hilft. Für alle Kernel bei jedem Neustart das oben angeführte Symptom.
Dabei ist mir besonders müsterjös, dass ich beim Rückfall in die initramfs Shell kein Tastatur Treiber geladen wird und sich das System scheinbar echt richtig "aufhängt".
Deshalb möchte ich hier folgende Fragen stellen:
- Kann das jemand nachvolllziehen oder mir einen Tipp geben?
- Kann man in einer chroot Umgebung ein initram Filesystem neu erstellen?
- Wie kann man das Erstellen der initrd "debuggen" (mal abgesehen vom "-v" Parameter von update-initramfs)?
- Kann man in der chroot Umgebung mal die initramfs Pakete löschen und sie neu installieren?
Danke im voraus für alle Tipps!
ich habe seit gestern ein - zumindest für mich kniffliges - Problem beim Kernel Start meines PCs. Der Startvorgang fällt nach mehrfacher "Running /scripts/local-block ..."-Meldung in die initramfs Shell und ab da scheint sich der Rechner "aufgehangen" zu haben, d.h. er nimmt auch keine Tastatureingaben mehr an und ich muss die Kiste hart ausschalten.
Was habe ich bisher versucht um das Problem zu analysieren?
Ein Start von einem Live-Stick (SystemRescueCd) funktioniert fehlerfrei. Dies scheint die Vermutung zu stützen, dass es sich nicht um einen Hardwarefehler handelt. Nach Start vom USB-Stick arbeitet der Rechner auch stundenlang vollkommen problemlos.
Auch habe ich vor erstmaligen Auftreten dieses Fehlers keinen Wechsel der Festplatte, der Partitionskonfiguration oder des Filesystems vorgenommen.
Also habe ich versucht, den Startvorgang selbst und die initrd zu debuggen. Dazu habe ich eine chroot Umgebung erstellt um auf die Boot-Partition zuzugreifen. Dies funktioniert ebenfalls tadellos. Mit Hilfe von update-initramfs habe ich dann die initrd's versucht zu "behandeln". Ich habe sie testweise einem Update unterzogen, sie gelöscht und mit dem "verify"-Parameter neu erstellen lassen - nüx hilft. Für alle Kernel bei jedem Neustart das oben angeführte Symptom.
Dabei ist mir besonders müsterjös, dass ich beim Rückfall in die initramfs Shell kein Tastatur Treiber geladen wird und sich das System scheinbar echt richtig "aufhängt".
Deshalb möchte ich hier folgende Fragen stellen:
- Kann das jemand nachvolllziehen oder mir einen Tipp geben?
- Kann man in einer chroot Umgebung ein initram Filesystem neu erstellen?
- Wie kann man das Erstellen der initrd "debuggen" (mal abgesehen vom "-v" Parameter von update-initramfs)?
- Kann man in der chroot Umgebung mal die initramfs Pakete löschen und sie neu installieren?
Danke im voraus für alle Tipps!
Viele Grüße, ralfi
Niveau sieht von unten oft wie Arroganz aus ...
Niveau sieht von unten oft wie Arroganz aus ...
Re: initramfs Problem
Servus
Habe gerade ein ähnliches Problem, dass der Kernel 4.19.0-1 meine SSD nicht mehr erkennt beim booten.
Hast Du noch einen vorherigen Kernel drauf, kannst Du mit diesem booten (4.18... oder so)
Gruss
gugus
Habe gerade ein ähnliches Problem, dass der Kernel 4.19.0-1 meine SSD nicht mehr erkennt beim booten.
Hast Du noch einen vorherigen Kernel drauf, kannst Du mit diesem booten (4.18... oder so)
Gruss
gugus
Re: initramfs Problem
Hi gugus,
jo, aber nach Neuerstellen der initrd's gehts es mit keinem Kernel mehr. Habe auch SSD ...
jo, aber nach Neuerstellen der initrd's gehts es mit keinem Kernel mehr. Habe auch SSD ...
Viele Grüße, ralfi
Niveau sieht von unten oft wie Arroganz aus ...
Niveau sieht von unten oft wie Arroganz aus ...
Re: initramfs Problem
Hm, ich kann zumindest einen anderen Kern auswählen und booten.
Werde mich aktuell hüten initram zu updaten ...
Mal weiter suchen.
Werde mich aktuell hüten initram zu updaten ...
Mal weiter suchen.
Re: initramfs Problem
Was steht denn so in
/usr/share/initramfs-tools/scripts/local-block/
/etc/initramfs-tools/scripts/local-block/
und
/scripts/local-block/ der initrd?
Die initrd ist normalerweise ein .cpio.gz, und kann nach Verlinkung unter dieser Endung (zumindest mit mc) einfach durchsucht/kopiert werden.
(Etwas kniffliger wird es bei intel-microcode, da dann vor das initrd eine .cpio mit der Prozessor-firmware geklebt wird.
Die Größe der firmware.cpio kann mit 'cpio -t' ermittelt und mit 'dd skip=...' übersprungen werden.)
/usr/share/initramfs-tools/scripts/local-block/
/etc/initramfs-tools/scripts/local-block/
und
/scripts/local-block/ der initrd?
Die initrd ist normalerweise ein .cpio.gz, und kann nach Verlinkung unter dieser Endung (zumindest mit mc) einfach durchsucht/kopiert werden.
(Etwas kniffliger wird es bei intel-microcode, da dann vor das initrd eine .cpio mit der Prozessor-firmware geklebt wird.
Die Größe der firmware.cpio kann mit 'cpio -t' ermittelt und mit 'dd skip=...' übersprungen werden.)
mfg rendegast
-----------------------
Viel Eifer, viel Irrtum; weniger Eifer, weniger Irrtum; kein Eifer, kein Irrtum.
(Lin Yutang "Moment in Peking")
-----------------------
Viel Eifer, viel Irrtum; weniger Eifer, weniger Irrtum; kein Eifer, kein Irrtum.
(Lin Yutang "Moment in Peking")
Re: initramfs Problem
Hi,
habe das gleiche Problem 4.19 bootet nicht mehr, die älteren Kernel laufen noch alle.
VG klak
habe das gleiche Problem 4.19 bootet nicht mehr, die älteren Kernel laufen noch alle.
VG klak
Re: initramfs Problem
Nach ausführlicher Lektüre kann ich bestätigen, dass sich das Problem durch die Installation der Pakete
libnss-myhostname
libnss-mymachines
libnss-systemd
libpam-systemd
libsystemd0
libudev1
systemd
systemd-container
systemd-coredump
systemd-sysv
udev
in der Version 239 fixen lässt. Ich habe diese Pakete heruntergeladen mit einem "dpkg -i *" installiert. Danach funktioniert das Booten des entsprechenden Kernels.
Auch die allerneuesten Pakete aus udev 240-3 von heute führen bei mir zum Aufhängen beim Starten des jeweiligen Kernels.
Ursache ist vermutlich eine fehlerhafte Modifikation des Initram Filesystems. Anders als von mir ursprünglich beschrieben findet diese nämlich beim D-U über den initramfs Trigger durchaus statt - vermutlich war ich da kurzzeitig erblindet - und führt dann dazu das der Kernel nicht mehr startet. Und weil ich das am 3.1. als ich dieses Problem hier schilderte offensichtlich nicht bemerkte führte dann ein ebenso kraftvolles wie sinnfreies "update-initramfs" für *alle* installierten Kernel dazu dass meine Kiste überhaupt nicht mehr startete.
Als Vorsichtsmaßnahme ist also zusätzlich zu empfehlen sich die Dateien eines lauffähigen Kernels einfach mal in ein anderes Verzeichnis zu kopieren.
libnss-myhostname
libnss-mymachines
libnss-systemd
libpam-systemd
libsystemd0
libudev1
systemd
systemd-container
systemd-coredump
systemd-sysv
udev
in der Version 239 fixen lässt. Ich habe diese Pakete heruntergeladen mit einem "dpkg -i *" installiert. Danach funktioniert das Booten des entsprechenden Kernels.
Auch die allerneuesten Pakete aus udev 240-3 von heute führen bei mir zum Aufhängen beim Starten des jeweiligen Kernels.
Ursache ist vermutlich eine fehlerhafte Modifikation des Initram Filesystems. Anders als von mir ursprünglich beschrieben findet diese nämlich beim D-U über den initramfs Trigger durchaus statt - vermutlich war ich da kurzzeitig erblindet - und führt dann dazu das der Kernel nicht mehr startet. Und weil ich das am 3.1. als ich dieses Problem hier schilderte offensichtlich nicht bemerkte führte dann ein ebenso kraftvolles wie sinnfreies "update-initramfs" für *alle* installierten Kernel dazu dass meine Kiste überhaupt nicht mehr startete.
Als Vorsichtsmaßnahme ist also zusätzlich zu empfehlen sich die Dateien eines lauffähigen Kernels einfach mal in ein anderes Verzeichnis zu kopieren.
Viele Grüße, ralfi
Niveau sieht von unten oft wie Arroganz aus ...
Niveau sieht von unten oft wie Arroganz aus ...
-
- Beiträge: 5528
- Registriert: 30.12.2004 15:31:07
- Wohnort: Wegberg
Re: initramfs Problem
Hallo
Ich kann das Verhalten auf meinem System, Debian Sid nicht nachvollziehen.
kernel 4.19.1 und systemd 240-3
Habe das System gerade mit den obigen Komponenten ohne Probleme gebootet.
ist ein verschlüsseltes LVM, wobei /boo nicht verschlüsselt ist.
mfg
schwedenmann
Ich kann das Verhalten auf meinem System, Debian Sid nicht nachvollziehen.
kernel 4.19.1 und systemd 240-3
Habe das System gerade mit den obigen Komponenten ohne Probleme gebootet.
ist ein verschlüsseltes LVM, wobei /boo nicht verschlüsselt ist.
mfg
schwedenmann
Re: initramfs Problem
Hi,
habe hier 6 physische und 6 VM Systeme laufen.
Das Bootproblem tritt nur bei dem System mit der Boot-NVMe-SSD auf.
Gruss klak
habe hier 6 physische und 6 VM Systeme laufen.
Das Bootproblem tritt nur bei dem System mit der Boot-NVMe-SSD auf.
Gruss klak
Re: initramfs Problem
Hallo
@klak, kann ich bestätigen.
Auf meinem PC, auf dem das Problem auftritt, läuft
Auf meinem Laptop, den ich auch auf Buster umgestellt habe, läuft alles mit Kernel 4.19.0-1-amd64
Beide Systeme sind grösstenteils identisch.
Gruss
Gugus
@klak, kann ich bestätigen.
Auf meinem PC, auf dem das Problem auftritt, läuft
Code: Alles auswählen
ID-1: /dev/nvme0n1 vendor: Samsung model: MZVPV512HDGL-00000 size: 476.94 GiB
Code: Alles auswählen
ID-1: /dev/sda vendor: Kingston model: SMS200S3240G size: 223.57 GiB temp: 25 C
Gruss
Gugus
Re: initramfs Problem
bei mir läuft mit udev / systemd 240-4 alles wieder ohne Probleme
Viele Grüße, ralfi
Niveau sieht von unten oft wie Arroganz aus ...
Niveau sieht von unten oft wie Arroganz aus ...
Re: initramfs Problem
Wie kommts
Re: initramfs Problem
Laut Debian Changelog wurden Anpassungen vorgenommen welche das manchmal auftretende Symptom korrigieren, dass bestimmte Kernelmodule nicht geladen werden (wenn ich das Englische richtig übersetze...)
Viele Grüße, ralfi
Niveau sieht von unten oft wie Arroganz aus ...
Niveau sieht von unten oft wie Arroganz aus ...
Re: initramfs Problem
Servus
Nachdem ich gestern den Kernel nochmals installiert habe ist alles wieder ok.
gruss
gugus
Nachdem ich gestern den Kernel nochmals installiert habe ist alles wieder ok.
Code: Alles auswählen
apt install linux-image-4.19.0-1-amd64 --reinstall
gruss
gugus
Re: initramfs Problem
Hi,
bei mir ist das Problem durch den reinstall jetzt auch weg.
bei mir ist das Problem durch den reinstall jetzt auch weg.
- Maik aus MS
- Beiträge: 596
- Registriert: 19.08.2005 17:01:19
- Wohnort: Greven
-
Kontaktdaten:
Re: initramfs Problem
Habe auch das Problem mit Kernel 19-0-4. Nutze eine WD M.2 fürs System.
Es befindet sich auch eine SATA SSD drin. Ich bekomme auch die Die Fehlermeldung beim installieren kann mein System aber Normal starten.
Wie ist der Stand Momentan? System auf M.2 oder besser auf SATA SSD?
Maik
Es befindet sich auch eine SATA SSD drin. Ich bekomme auch die Die Fehlermeldung beim installieren kann mein System aber Normal starten.
Wie ist der Stand Momentan? System auf M.2 oder besser auf SATA SSD?
Maik
Die mich kennen mögen mich.
Die mich nicht mögen können mich.
Die mich nicht mögen können mich.
Re: initramfs Problem
Hi Maik aus MS,
hab lange nicht mehr vorbeigeschaut... Problem nach reinstall behoben und trat seitdem nie wieder auf.
hab lange nicht mehr vorbeigeschaut... Problem nach reinstall behoben und trat seitdem nie wieder auf.
Viele Grüße, ralfi
Niveau sieht von unten oft wie Arroganz aus ...
Niveau sieht von unten oft wie Arroganz aus ...
- Maik aus MS
- Beiträge: 596
- Registriert: 19.08.2005 17:01:19
- Wohnort: Greven
-
Kontaktdaten:
Re: initramfs Problem
Ich habe das System jetzt auf der SSD. Die M.2 Karte ist nur noch Speicher.
Bis jetzt keine Probleme mehr.
Maik
Bis jetzt keine Probleme mehr.
Maik
Die mich kennen mögen mich.
Die mich nicht mögen können mich.
Die mich nicht mögen können mich.