Discussion:
kernel panic
Ulrich Hiller
2014-08-27 12:02:45 UTC
Permalink
Hallo,
wir haben hier einen opensuse 13.1 x86_64 PC.
Der hat plötzlich gehangen und macht jetzt beim Booten kernel panic.
Das BIOS kommt noch normal hoch, dann kam er in den Grub und hat die
Auswahl
opensuse 13.1 oder opensuse 13.1 mit advanced options
Egal, was man jetzt auswählt, es kommt sofort die Konsole mit:

/bin/sh: showopts: No such file or directory
Kernel panic - not syncing: Attempted to kill init! exitcode=0x00007f00
CPU: 0: PID: 1 Comm: sh NOT tainted 3.11.10-17-desktop #1

Und die Mühle hängt. Noch nicht mal der Affengriff (Cntrl-Alt-Delete)
tut noch.

Eine Live-CD lässt sich einwandfrei booten, und auch die Partitionen der
boot-Disk mounten. Da lässt sich keine Veränderung sehen, auch im
/var/log/messages nichts Auffälliges. /bin/sh ist vorhanden.
fsck hat keine Fehler oder Verbesserung gebracht.

Ich habe dann von opensuse-13.1-x86_64-DVD das rescue system gestartet
und die grub2-install Prozedur durchgeführt. Ohne Erfolg.

Jetzt meine Frage: Hat jemand eine Idee, was man noch testen/nachschauen
könnte?
Was kann die Ursache sein?
Gibt es eine einfache Möglichkeit das zu reparieren?
Ich habe vor ein paar Wochen mal dasselbe Problem an einem anderen PC
(anderer Hersteller) gehabt und mir mit einem Update von 13.1 auf 13.1
von der netinstall-CD geholfen.

Gruß und Dank im voraus, Ulrich
--
Um die Liste abzubestellen, schicken Sie eine Mail an:
opensuse-de+***@opensuse.org
Um den Listen Administrator zu erreichen, schicken
Sie eine Mail an: opensuse-de+***@opensuse.org
Axel Knaps
2014-08-27 12:33:39 UTC
Permalink
Post by Ulrich Hiller
Hallo,
wir haben hier einen opensuse 13.1 x86_64 PC.
Der hat plötzlich gehangen und macht jetzt beim Booten kernel panic.
Das BIOS kommt noch normal hoch, dann kam er in den Grub und hat die
Auswahl
opensuse 13.1 oder opensuse 13.1 mit advanced options
Ist da vielleicht die initrd futsch?
Post by Ulrich Hiller
/bin/sh: showopts: No such file or directory
Hier bei meinem Rechner (opensuse 12.3) beginnt die Prozesstabelle so:
UID PID PPID C STIME TTY IME CMD
root 1 0 0 Aug20 ? 00:01:19 /sbin/init showopts
...
Post by Ulrich Hiller
Kernel panic - not syncing: Attempted to kill init! exitcode=0x00007f00
CPU: 0: PID: 1 Comm: sh NOT tainted 3.11.10-17-desktop #1
Und die Mühle hängt. Noch nicht mal der Affengriff (Cntrl-Alt-Delete)
tut noch.
Eine Live-CD lässt sich einwandfrei booten, und auch die Partitionen der
boot-Disk mounten. Da lässt sich keine Veränderung sehen, auch im
/var/log/messages nichts Auffälliges.
Hier solltest du prüfen, ob die initrd und die zugehörigen scripte noch
OK sind.
Post by Ulrich Hiller
/bin/sh ist vorhanden.
Ja, aber der Fehler tritt zu einem Zeitpunkt auf, zu dem dein
Dateisystem noch gar nicht zusammengebaut ist, sondern alles über die
initrd läuft. Die Platten sind zu diesem Zeitpunkt noch nicht bekannt.
Post by Ulrich Hiller
fsck hat keine Fehler oder Verbesserung gebracht.
Ich habe dann von opensuse-13.1-x86_64-DVD das rescue system gestartet
und die grub2-install Prozedur durchgeführt. Ohne Erfolg.
Jetzt meine Frage: Hat jemand eine Idee, was man noch testen/nachschauen
könnte?
Was kann die Ursache sein?
Gibt es eine einfache Möglichkeit das zu reparieren?
Ich habe vor ein paar Wochen mal dasselbe Problem an einem anderen PC
(anderer Hersteller) gehabt und mir mit einem Update von 13.1 auf 13.1
von der netinstall-CD geholfen.
Gruß und Dank im voraus, Ulrich
Da der Fehler zuerst ein laufendes System zum Stillstand gebracht hat,
könnte es auch ein Speicherfehler sein? Fragt sich aber, ob dann noch
deine tests mit dem Live-System funktioniert hätten. Aber mal die
Speicherriegel rausnehmen und wieder einsetzen ist kein großer Auswand
und du schließt so diese Fehlerursache aus (oder auch nicht).

Gruß
Axel
--
PS: Bitte mit reinen Text-eMails antworten.
--
Um die Liste abzubestellen, schicken Sie eine Mail an:
opensuse-de+***@opensuse.org
Um den Listen Administrator zu erreichen, schicken
Sie eine Mail an: opensuse-de+***@opensuse.org
Ulrich Hiller
2014-08-27 16:05:47 UTC
Permalink
Post by Axel Knaps
Post by Ulrich Hiller
Hallo,
wir haben hier einen opensuse 13.1 x86_64 PC.
Der hat plötzlich gehangen und macht jetzt beim Booten kernel panic.
Das BIOS kommt noch normal hoch, dann kam er in den Grub und hat die
Auswahl
opensuse 13.1 oder opensuse 13.1 mit advanced options
Ist da vielleicht die initrd futsch?
habe versucht mit mkinitrd und rescue system von der DVD das wieder
herzustellen. Ohne Erfolg.
Post by Axel Knaps
Post by Ulrich Hiller
/bin/sh: showopts: No such file or directory
UID PID PPID C STIME TTY IME CMD
root 1 0 0 Aug20 ? 00:01:19 /sbin/init showopts
...
Post by Ulrich Hiller
Kernel panic - not syncing: Attempted to kill init! exitcode=0x00007f00
CPU: 0: PID: 1 Comm: sh NOT tainted 3.11.10-17-desktop #1
Und die Mühle hängt. Noch nicht mal der Affengriff (Cntrl-Alt-Delete)
tut noch.
Eine Live-CD lässt sich einwandfrei booten, und auch die Partitionen der
boot-Disk mounten. Da lässt sich keine Veränderung sehen, auch im
/var/log/messages nichts Auffälliges.
Hier solltest du prüfen, ob die initrd und die zugehörigen scripte noch
OK sind.
Auch die /lib/mkinitrd/scripts (die von der Bootdisk, nicht von der DVD
:-) ) sehen normal aus.
Post by Axel Knaps
Post by Ulrich Hiller
/bin/sh ist vorhanden.
Ja, aber der Fehler tritt zu einem Zeitpunkt auf, zu dem dein
Dateisystem noch gar nicht zusammengebaut ist, sondern alles über die
initrd läuft. Die Platten sind zu diesem Zeitpunkt noch nicht bekannt.
Post by Ulrich Hiller
fsck hat keine Fehler oder Verbesserung gebracht.
Ich habe dann von opensuse-13.1-x86_64-DVD das rescue system gestartet
und die grub2-install Prozedur durchgeführt. Ohne Erfolg.
Jetzt meine Frage: Hat jemand eine Idee, was man noch testen/nachschauen
könnte?
Was kann die Ursache sein?
Gibt es eine einfache Möglichkeit das zu reparieren?
Ich habe vor ein paar Wochen mal dasselbe Problem an einem anderen PC
(anderer Hersteller) gehabt und mir mit einem Update von 13.1 auf 13.1
von der netinstall-CD geholfen.
Gruß und Dank im voraus, Ulrich
Da der Fehler zuerst ein laufendes System zum Stillstand gebracht hat,
könnte es auch ein Speicherfehler sein? Fragt sich aber, ob dann noch
deine tests mit dem Live-System funktioniert hätten. Aber mal die
Speicherriegel rausnehmen und wieder einsetzen ist kein großer Auswand
und du schließt so diese Fehlerursache aus (oder auch nicht).
Gruß
Axel
Ich habe jetzt versucht ein Update einzufahren. Hat auch nix genützt.
Ich mache jetzt eine komplette Neuinstallation.

Ich frage mich trotzdem, wie so etwas aus heiterem Himmel passieren
kann. Am System hat definitiv niemand rumgepfuscht (sitze hinter einer
Firewall und nur ich bin root).

Ich werde jetzt gleich ein Image ziehen. Wenn's nochmal passiert kann
ich besser vergleichen und Euch mehr berichten.

Vielen Dank schon mal an Axel für die Hinweise.

Ulrich
--
Um die Liste abzubestellen, schicken Sie eine Mail an:
opensuse-de+***@opensuse.org
Um den Listen Administrator zu erreichen, schicken
Sie eine Mail an: opensuse-de+***@opensuse.org
Lesen Sie weiter auf narkive:
Loading...