Kann nicht booten, weil: Kernel-Panik - nicht synchronisiert: Versuch, init zu töten!


22

Bildbeschreibung hier eingeben

Das habe ich. Ich kann nicht booten und sehe die zwei von drei kleinen Lämpchen auf der Tastatur die ganze Zeit blinken und die Kühlung arbeitet fast mit voller Leistung.

Ich habe in anderen askubuntu-Themen Vorschläge für Gedächtnistests gesehen. Ich habe es gemacht. Ich hatte keine Fehler.

Ich bin zu 99,9% sicher, dass es sich nicht um ein Hardwareproblem handelt, da ich Windows 7 habe und es booten kann und es einwandfrei funktioniert.

Dieses Problem kam ohne Vorwarnung oder etwas. Ich habe gerade den Laptop eines Tages ausgeschaltet und am anderen Tag konnte ich nicht booten.

Im Wiederherstellungsmodus erhalte ich Folgendes:

Bild


Wählen Sie auf dem GRUB-Bildschirm den Eintrag aus, zu dem Sie booten möchten (höchstwahrscheinlich den, der als Standard ausgewählt ist), drücken Sie eund entfernen Sie 'quiet' und 'splash' aus der Kernel-Zeile, falls vorhanden. Sie können dann Strg-X drücken, um zu booten. Dies könnte ein wenig mehr Informationen anzeigen, die nützlich sein könnten. Bearbeiten: Tumbleweeds Vorschlag ist besser, versuchen Sie Rettungsmodus
benwh

Im Rettungsmodus wird nicht gebootet. Es steckt beim selben Fehler fest. Ich frage mich, wie ich alle Informationen vom Rettungsbildschirm kopieren / einfügen kann.
Ivan Dokov

1
Könnten Sie /var/log/kern.logvon Ihrer Ubuntu-Partition mit einer Live-CD greifen ?
Lekensteyn

Ich habe das gleiche Problem, obwohl ich ein Upgrade von 14.04 dist. Habe. Ich bin sogar nicht in der Lage, mit dem alten Kernel zu booten und mehr zu retten. Wie haben Sie es gelöst? ????
Nullpointer

Antworten:


12

Es geht los /sbin/init: No such file or directory. Sieht aus wie es kann keine finden /sbin/initauf /dev/sda6.

Vielleicht schauen Sie sich eine Live-CD an und sehen, was läuft sda6? Ist es die richtige Partition? Fehlt nur diese Datei?

Sie können es wahrscheinlich von einer Live-CD reparieren, aber ich bin nicht sicher, was es verursacht hat, daher kann ich keine Anweisungen geben. Die Neuinstallation ist wahrscheinlich einfacher, wenn Sie nicht wissen, wie Sie sie selbst beheben können.


Auf SDA6 habe ich das Ubuntu-Betriebssystem. Es ist die richtige Partition. Ich habe von einer Live-CD gebootet und sehe die Datei / sbin / init in / dev / sda6. Ich weiß eigentlich nicht, wie ich das / sbin / init reparieren soll, aber ich möchte das Betriebssystem nicht unbedingt neu installieren. Helfen Sie mir, den Init zu reparieren. PS: Bevor ich das Thema hier poste, habe ich mit Gparted von der Live-CD eine Partitionsprüfung durchgeführt. Es hat nicht geholfen.
Ivan Dokov

Es scheint, dass ich das Betriebssystem immerhin neu installieren werde.
Ivan Dokov

2
Ich hasse es, das vorschlagen zu müssen, ich bin sicher, es ist reparabel, aber es ist schwer zu sagen, wie, ohne sich zu setzen und mit der Maschine zu spielen ...
Tumbleweed

Ich habe das gleiche Problem nach dem Upgrade auf Ubuntu 15.10. Aber ich kann nicht einmal vom USB bootfähigen Ubuntu 14.04 neu installieren. Es gibt einen schwarzen Bildschirm mit Grub-Eingabeaufforderung
neugierig

Ich habe das gleiche Problem, obwohl ich ein Upgrade von 14.04 dist. Habe. Ich bin sogar nicht in der Lage, mit dem alten Kernel zu booten und mehr zu retten. Wie haben Sie es gelöst? ????
Nullpointer

2

Ich hatte viele Probleme mit genau diesem Problem und es hat eine Weile gedauert, aber ich habe es geschafft, mein Problem mit der folgenden Lösung zu beheben. Ich habe Boot Repair installiert und mein Dateisystem repariert. Ich habe LVM (Logical Volume Management) und ich konnte fsck nicht ausführen. Sie können folgen, wie es von https://help.ubuntu.com/community/Boot-Repair oder installiert wird

sudo add-apt-repository ppa:yannubuntu/boot-repair
sudo sed 's/trusty/saucy/g' -i /etc/apt/sources.list.d/yannubuntu-boot-repair-trusty.list
sudo apt-get update
sudo apt-get install -y boot-repair && (boot-repair &)

Danach sollte sich die Boot-Reparatur automatisch öffnen

  1. Klicken Sie zum Erweitern auf " Erweiterte Optionen "
  2. in den „ Hauptoptionen “ Registerkarte, aktivieren Sie „ Neu installieren GRäBT “ und „ Repair - Dateisysteme “ Reparieren von Dateisystemen ist der wichtigste Teil , da die Kernel - Panik , weil einige Dateisystemfehler passieren.
  3. Aktivieren Sie auf der Registerkarte " Grub-Optionen " die Option " GRUB bereinigen, bevor Sie es erneut installieren ".
  4. und natürlich müssen Sie eine Internetverbindung haben, da Sie neue Dateien installieren werden. Klicken Sie anschließend auf Übernehmen .

0

Nur um mein 2c für diejenigen hinzuzufügen, die auf dieses Problem stoßen, wenn sie virtuelle Maschinen ausführen. Beim Versuch, eine von VirtualBox auf VMWare ESXi migrierte VM zu verwenden, wurde dieselbe Meldung angezeigt. Keine der oben genannten Lösungen hat das Problem behoben. Die einzige Möglichkeit, das Problem zu beheben, bestand darin, das Festplatten-Image manuell in das VMWare-Format zu konvertieren:

 /Applications/VMware\ Fusion.app/Contents/Library/vmware-vdiskmanager -r ubuntu-disk1.vmdk -t 4 ../ubuntu-disk.vmdk

Der wichtige Teil ist -t 4, mit dem ein ESXi-fähiges Image erstellt wird. Ich habe VMWare Fusion als Beispiel verwendet, aber es kann jede Distribution des vmware-vdiskmanagers verwendet werden.


0

Meiner Erfahrung nach wird dieses Problem durch ein Upgrade auf eine neuere Kernelversion verursacht.

Herunterfahren erzwingen und dann wieder einschalten. Wählen Sie die Advance- Option für Ubuntu oder Elementary. Wählen Sie auf der nächsten Registerkarte einfach eine frühere Kernel-Version aus und klicken EnterSie auf, um den Desktop normal zu öffnen.


-3

Ich habe dieses Problem mit Ubuntu 18.04 erhalten , als ich meine Distribution von 16.04 auf 18.04 aufrüstete

e2fsck
sbin/init: No Such file or Directory
Kernel Panic - Not Syncing : Attempted to kill init !

Um dies zu beheben, habe ich von der Live Ubuntu 18.04-Festplatte gebootet und dann den Inhalt meiner Dateisystemverzeichnisse ersetzt

/bin & /sbin

mit dem entsprechenden Inhalt der Verzeichnisse / bin & / sbin des Stock-Dateisystems von Live Ubuntu Disk.

Suchen Sie zuerst die Festplattenpartition mit dem Problem, in meinem Fall war es / dev / sda5, booten Sie jetzt von der Live-Festplatte und hängen Sie / dev / sd5 mit der Live-Festplatte ein

Öffnen Sie das Terminal und führen Sie die folgenden Befehle aus, um den Inhalt zu ersetzen

cp -r -i /bin /media/ubuntu/<name of your partition folder>
cp -r -i /sbin /media/ubuntu/<name of your partition folder>

Beispiel:

cp -r -i /bin  /media/ubuntu/cdfb882d-e33c-49b5-8965-fea541464686/bin/
cp -r -i /sbin /media/ubuntu/cdfb882d-e33c-49b5-8965-fea541464686/sbin/

Fahren Sie den PC herunter und starten Sie ihn neu.

Fertig Hoffe, das kann helfen!


Ihre Formulierung ist etwas verwirrend. Ich denke, Sie sagen, dass Sie Ihre Root-Partition gemountet haben, um die Ordner / bin und / sbin Ihres Dateisystems durch die "stock" -Ordner / bin und / sbin von Ihrer Live-CD zu ersetzen es ist ein bisschen klarer? Verweisen Sie grundsätzlich nicht auf / bin und / sbin, ohne explizit zu erwähnen, ob es sich um die problematischen Verzeichnisse in Ihrer Root-Partition oder um die "Standard" -Verzeichnisse von der Live-CD handelt, da die Verzeichnisse selbst dieselben Namen haben.
Hee Jin

@Emily Ich habe den Beitrag bearbeitet, ich hoffe, es ist jetzt nicht verwirrend ..
Shahbaz Ali

Super, ich denke, das ist viel klarer als zuvor :)
Hee Jin

1
Dies ist schlecht, da sich der Paketmanager nun in einem inkonsistenten Zustand befindet.
Hack5
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.