Debuggen von "Kernel-Panik - nicht synchronisieren: Versuch, init zu töten!"


7

Nachdem ich ein Kernel-Update akzeptiert hatte, funktionierte mein System nicht mehr. Befehle auf dem Terminal (wie ls, cdusw.) nicht in Betrieb waren und eine Fehlermeldung zurückgegeben command not found, sowie versuchen , die GUI für jede Aktion zu verwenden.

Ich habe den Computer gewaltsam heruntergefahren und nach dem Neustart (erwartungsgemäß) einen Kernel-Panikfehler erhalten:

[timestamp]Kernel panic - not syncing: Attempted to kill init! exitcode=0x0001000
[timestamp]CPU: 0 PID: 1 Comm: run-init Not tainted 3.19.0-25-generic #26~14.04.1-Ubuntu
[timestamp]Hardware name: To Be Filled By O.E.M. To Be Filled By O.E.M./B150M Pro4S, BIOS P1.10 07/16/2015
[timestamp] ffff88084cd60380 ffff880851727e68 ffffffff817aed00 0000000000002478
[timestamp] ffffffff81a901a8 ffff880851727ee8 ffffffff817a8bc8 ffff880851728000
[timestamp] ffffffff00000010 ffff880851727ef8 ffff880851727e98 ffffffff81c5ee20
[timestamp] Call Trace:
[timestamp]  [<ffffffff817aed00>] dump_stack+0x45/0x57
[timestamp]  [<ffffffff817a8bc8>] panic+0xc1/0x1f5
[timestamp]  [<ffffffff81077ae1>] do_exit+0xa11/0xb00
[timestamp]  [<ffffffff81077c17>] SyS_exit+0x17/0x20
[timestamp]  [<ffffffff817b668d>] system_call_fastpath+0x16/0x1b
[timestamp] Kernel Offset: 0x0 from 0xffffffff81000000 (relocation range:0xffffffff80000000-0xffffffffbfffffff)
[timestamp] ---[ end Kernel panic - not syncing: Attempted to kill init! exitcode=0x0001000

Ich geriet nicht in Panik (hoffe, Ihnen gefällt das Wortspiel) und suchte online nach möglichen Lösungen, unter denen ich fand:


Das Problem bei diesem Ansatz ist, dass der neue Kernel den alten irgendwie durcheinander gebracht zu haben scheint, und wenn ich das GRUB-Menü verwende, um eine frühere Version auszuwählen (sowohl im regulären als auch im Wiederherstellungsmodus), gibt der neue Kernel genau den gleichen Fehler aus .


Mein Fehler ist ähnlich, da der run-initBefehl nicht funktioniert, aber nicht, weil eine Datei fehlt. Ähnlich wie im Fall des OP funktioniert meine Festplatte einwandfrei. Wenn ich über ein LiveOS auf das Gerät zugreife, kann ich alle binären Verzeichnisse und Dateien finden.


Die Links beziehen sich auf verschiedene Systeme, daher habe ich die Lösung nach dem Start der GRUBBefehlszeile wie folgt angepasst :

grub> set root=(hd0,1) selinux=0 enforcing=0
grub> linux /boot/vmlinuz-3.19.0-25-generic root=/dev/sda1
grub> initrd /boot/initrd.img-3.13.0-29-generic
grub> boot

Ich schlage nicht wirklich eine Lösung vor, zeige aber mehrere mögliche Diagnosen auf, von denen keine zu meinem Problem zu passen scheint.


Es hat nichts mit der Kernel-Panik zu tun, erklärt aber, wie man über das GRUB-Menü in den Einzelbenutzermodus bootet. Dies verhindert den X ServerStart von und würde mir hoffentlich erlauben, den Kernel auszuführen.


Zu diesem Zeitpunkt fand ich viele Diagnosen, versuchte viele Lösungen und nichts funktionierte.

Was ich (glaube ich) verstehe:

  • Der Kernel (neu und alt, Wiederherstellungsmodus oder nicht) hat ein Problem beim Ausführen des run-initBefehls.
  • Dies hat nichts mit meiner Hardware zu tun, da der Computer mit einem LiveOS einwandfrei funktioniert und ich eine Grafikkarte verwenden, auf meine Festplatte zugreifen, Tastatur und Maus verwenden kann.
  • Dieser Fehler befindet sich in einem frühen Stadium des Startvorgangs, da der Versuch, im Einzelbenutzermodus zu starten, nicht funktioniert und das Verhindern des X serverLadens keine Auswirkungen hat.

Was ich in der Reihenfolge seiner Wichtigkeit verstehen möchte:

  • Ist es möglich, dass eine neue Kernelinstallation den alten Kernel überschreibt / durcheinander bringt?
  • Ist jemandem etwas bewusst, das mir fehlt / andere Lösungen?
  • Habe ich bei der Implementierung der oben genannten Lösungen einen Fehler gemacht?
  • Gibt es etwas, das ich nicht ausprobiert habe und das dir aus dem Kopf geht?
  • Kann ich einen neuen Kernel installieren, ohne alles über die GRUB-Konsole zu formatieren?
  • Ist es Zeit, das Betriebssystem neu zu installieren? (Wenn Sie die oben genannten nicht beantworten können, kenne ich die Antwort auf diese Frage bereits ...)

Weitere Lesungen


Haben Sie versucht, mit allen Optionen im Untermenü "Erweiterte Optionen" zu booten? Ich denke nur, Sie könnten Glück haben, dass man funktioniert. Jemand hat in den letzten 48 Stunden in AskUbuntu geschrieben, dass er bei jedem Versuch, einen Befehl auszuführen, den Fehler "Befehl nicht gefunden" erhalten hat, sodass Sie möglicherweise nach seinem Problem und den vorgeschlagenen Lösungen suchen möchten.
WinEunuuchs2Unix

@ WinEunuuchs2Unix - Ja, ich habe genau die gleichen command not foundFehler erhalten, bevor ich mich entschied, das System auszuschalten. Können Sie mich auf diese Frage hinweisen? Außerdem habe ich alle Optionen ausprobiert und keine davon funktioniert ...
Matteo

Ich habe schnell gesucht und konnte es nicht finden. Ich denke, ich kann mich nicht richtig an den Titel erinnern. Ich erinnere mich, dass dem OP von einigen Stammgästen hier viele Fragen über Kommentare gestellt wurden, so dass sie hoffentlich lesen, sich erinnern und den Link per Kommentar posten können. Daher funktioniert keine der erweiterten Optionen. Sie können immer noch mit Ubuntu Live booten, oder? Dann können Sie alle gewünschten Befehle chrooten und ausführen, wie ich vermute.
WinEunuuchs2Unix

Antworten:


3

Das gleiche Problem mit Trusty (14.04) beim Versuch, ein Unity- Problem mithilfe einer Lösung zu lösen, die in einer der Fehlerdokumentationen enthalten ist.

Es macht mich traurig zu sehen, dass all diese Forschungen ohne den Versuch einer Antwort "verschwendet" werden. Sicherlich muss es eine Möglichkeit geben, dies ohne Neuinstallation zu beheben.


Ich bin noch nicht zu einer Lösung gekommen, aber lassen Sie mich mitteilen, was der Einstieg in eine Lösung sein kann (ein Teil davon dank dieses Threads):

  1. Erstellen Sie ein bootfähiges USB-Laufwerk mit der Ubuntu-Distribution Ihrer Wahl

  2. Wählen Sie die Option Ubuntu testen

  3. Stellen Sie sicher, dass Ihr Dateisystem mit verwendet werden kann e2fsck /dev/your-partition

    • Sie können die richtigen Informationen erhalten, indem Sie blikdoder ausführenfdisk -l
  4. Mounten Sie Ihre Partition mit sudo mount /dev/your-partition /mnt

  5. Greifen Sie mit auf die Umgebung Ihres Roots zu chroot /mnt

  6. Inzwischen sollten Sie vollen Zugriff auf Ihr Dateisystem haben.
    Es liegt an Ihnen, zu versuchen, Ihre Daten über ein USB-Laufwerk oder mithilfe von rsync zu reparieren oder abzurufen

Ich steckte fest und versuchte, Init wieder aufzubauen sudo apt-get install init

es kehrte zurück unable to locate package initund sudo apt-get updatees gab so etwas wie zurück

Gibt es ein Standard-Init-Paket für Ubuntu 14.04?

Beim Versuch, manuell herunterzuladen, habe ich hier eine immense Liste von Init-Paketen gefunden .

Das einzige "init" -Paket, das ich gefunden habe, ist anscheinend für Xenial. Kann ich dieses Paket verwenden, um es vertrauenswürdig zu installieren ?


Ich versuche immer noch herauszufinden, wie das funktioniert. Noch ein paar Stunden, bis ich eine Niederlage zugebe und mit dem Sichern meiner sensiblen Daten beginne, bevor ich sie von Grund auf neu installiere.

Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.