Ubuntu startet nach System-Update nicht mehr (zeigt BusyBox-Hinweis in der Befehlszeile an)

9768
Takashi

Ich verwende Ubuntu 10.x auf einer meiner Boxen. Gestern tauchte der SPM während einer Sitzung auf, mit der Wahl, die neuesten Updates zu installieren. Ich stimmte zu (wie ich es schon oft gemacht habe). Diesmal stürzte das System während der Installation ab. SPM meldete, dass während der Installation eine Python-Ausnahme aufgetreten ist (leider erinnere ich mich nicht, in welchem ​​Stadium der Installation die Ausnahme aufgetreten ist).

Ich habe das System neu gestartet, da ich das SPM-Dialogfeld nicht loswerden konnte, das ausgegraut dargestellt wurde und nicht reagierte.

Beim erneuten Anmelden (nach dem Neustart) wurde ein Konsolenbildschirm mit der folgenden Meldung (nach einem Stack-Trace) angezeigt:

kill: mount / mount auf / root / dev fehlgeschlagen: Keine solche Datei oder Verzeichnis mount: Mount / mount auf / root / sys ist fehlgeschlagen: Keine solche Datei oder Verzeichnis mount: mount / mount auf / root / proc ist fehlgeschlagen: Keine solche Datei oder Verzeichnis Ziel-Dateisystem hat / sbin / init nicht gefunden Es wurde kein init gefunden. Versuchen Sie, init = bootarg zu übergeben.

Eingebaute Shell (ash) BusyBox v1.13.3 (Ubuntu 1: 1.13.3-1-1-Ubuntu11) (ash) Geben Sie "help" für eine Liste der integrierten Befehle ein

(initramfs)

Ich habe folgende Fragen:

  1. Was bedeutet diese Messe?
  2. Warum haben die Reittiere versagt?
  3. (am wichtigsten) Was sind die erforderlichen Schritte, um mich von dieser Katastrophe zu erholen?

Aktualisieren

Ich folgte Giles Rat. Ich stelle meinen PC so ein, dass er von der USB-Festplatte bootet, wenn alles andere fehlschlägt. Diesmal erhalte ich die folgende Nachricht (hier verkürzt, da ich sie abtippe)

 scsi 2:0:0:1: CD-ROM SanDisk U3 Cruzer Micro 8.0.2 PQ: 0 ANSI: 0  sd 2:0:0:0:0 Attached scsi generic sg3 type 0  sd 2:0:0:0:0 [sdc] 31301631 512-byte logical blocks  sd 2:0:0:0:0 [sdc] Write Protect is off  sd 2:0:0:0:0 [sdc] Mode Sense: 45 00 00 08  sd 2:0:0:0:0 [sdc] Assuming drive cache: write through  sr1: scsi3-mmc drive: 48x48x tray sr 2:0:0:1: Attached scsi CD-ROM  sr1 sr 2:0:0:1: Attached scsi generic sg4 type 5  sd 2:0:0:0:0 [sdc] Assuming drive cache: write through sdc: sdc1 sd 2:0:0:0:0 [sdc] Assuming drive cache: write through  sd 2:0:0:0:0 [sdc] Assuming SCSI removable disk 

Dann drücke ich die Eingabetaste:

(initramfs)

Zu diesem Zeitpunkt bin ich nicht sicher, ob mein USB-Stick bootfähig ist oder nicht (sieht nicht so aus, als wäre er). Ich denke darüber nach, ein neues Betriebssystem und ein neues Betriebssystem auf dem Stick zu installieren, und von dort aus - ABER, ich weiß nicht, welche Folgen das haben wird (verliere ich meine vorhandenen Daten auf meiner Maschine?).

Hilfe!

4

2 Antworten auf die Frage

4
Gilles

Sie scheinen ein beschädigtes Dateisystem zu haben. Beim Neustart konnte das Root-Dateisystem (dh die Systempartition) nicht eingehängt werden. Die Nachrichten, die Sie hier aufführen, haben Konsequenzen dafür, dass das Root-Dateisystem nicht eingehängt ist und nicht Teil des Problems ist. Das beschädigte Dateisystem ist wahrscheinlich entweder die Ursache des SPM-Absturzes oder eine Folge desselben Stammproblems.

Das Dateisystem kann aus zwei Gründen beschädigt sein: Es könnte sich um ein Hardwareproblem handeln (meistens eine fehlerhafte Festplatte oder ein fehlerhafter RAM) oder es liegt ein Softwarefehler vor.

Bevor Sie sich für eine Wiederherstellungsoption entscheiden, müssen Sie ein wenig mehr untersuchen. (Kann repariert werden? Wie viele Daten haben Sie verloren? Muss eine Hardwarekomponente geändert werden? Sollten Sie einen Fehler melden? Bislang gibt es nicht genügend Daten, um diese wichtigen Fragen zu beantworten.)

Wählen Sie zuerst bei der Startaufforderung "Speichertest" aus. Lassen Sie es einige Zyklen laufen (dies kann einige Stunden dauern). Wenn es Probleme findet, Ihr RAM ändern, dann starten Sie über die Genesung zu denken (oder die Festplatte auf eine andere Maschine verschieben, wenn Sie die Daten benötigen jetzt).

Der nächste Schritt besteht darin, von einer Live-Ubuntu-CD / USB zu booten und das Dateisystem dort anzuhängen. Wenn Sie es einbinden können, sehen Sie sich die letzten Einträge an /var/log/kern.log(wenn Sie verdächtige Einträge sehen, gehen Sie zurück zum Anfangspunkt der Probleme, manchmal werden Seiten mit Fehlerseiten angezeigt, während zu anderen Zeiten der Fehler das Schreiben von Protokollnachrichten verhindert hat.) ). Wenn Sie das Dateisystem nicht einmal mounten können, greifen Sie nach Ihren Sicherungen (Wiederherstellen einzelner Dateien ist oft möglich, aber mühsam).

Von der Live - CD, auch die Festplatte der Gesundheit überprüft mit smartctl -a /dev/sda(wenn Sie mehr als eine Festplatte, einschließlich USB - Laufwerken, kann die Festplatte sein /dev/sdb, /dev/sdcusw.). Festplattenfehler sind in der Regel entweder abrupt (das Laufwerk reagiert nicht mehr) oder nicht so dramatisch (die ersten beschädigten Sektoren befinden sich zu 99,99% des Speicherplatzes, die von kritischen Dateien nicht verwendet werden), aber Sie hatten möglicherweise Pech (z. B. ein beschädigter Sektor im Dateisystem) Tagebuch).

@ Giles: danke für deine ausführliche Antwort. Zu Ihrer Aussage: "Wählen Sie an der Boot-Eingabeaufforderung" Speichertest "aus." Ich habe kein Menü zur Auswahl. Ich habe versucht, "memory test" (unterschiedliche Großbuchstaben) in der Befehlszeile einzugeben, jedes Mal, wenn ich die Antwort "/ bin / sh: memory: not found" erhielt. Ich habe dann versucht, von meiner USB-Festplatte zu installieren. Ich habe meine CMOS-Einstellungen so geändert, dass der Computer von der USB-Diskette bootet. Wenn ich dies jedoch tue, scheint der Computer beim Boot-Versuch einfach zu hängen (die Konsole bleibt schwarz und hat keine Ausgabe). Ich bin jetzt total ratlos. Ich bin schockiert, das alles ist von einem Systemupdate! Takashi vor 13 Jahren 0
@ Giles: Übrigens, ich glaube nicht, dass meine HD noch erschossen ist, da ich den POST aktiviert habe und die Festplatten als "OK" gemeldet werden ... Takashi vor 13 Jahren 0
@Takashi: Sorry, ich habe vergessen, dass Ubuntu den Boot-Prompt standardmäßig verbirgt. Wenn Ihr Computer hochfährt, drücken Sie die 'Shift'-Taste, nachdem die Tastatur initialisiert wurde, und halten Sie sie gedrückt, bis Sie das Grub-Menü sehen. Wählen Sie in diesem Menü „Speichertest“. Das Systemupdate hat (sehr wahrscheinlich) die Probleme nicht verursacht, es hat sie nur enthüllt. Übrigens, BIOS-Festplatten- und Speicher-POST-Tests sagen nichts weiter aus als "yup, da ist eine Festplatte / ein Speicher." Gilles vor 13 Jahren 1
@ Giles: danke für den tipp. Ich war in der Lage, den Test jetzt auszuführen (na ja, er läuft noch). Wenn die Tests erfolgreich sind, bin ich versucht, den Start Ubuntu im Wiederherstellungsmodus auszuwählen, um zu sehen, was passiert. Ist das eine gute Idee? Takashi vor 13 Jahren 0
@ Giles: vielen dank. Ich habe das Problem behoben. Ich konnte Ihnen nicht genau sagen, was ich getan habe (ich habe so viele verschiedene Dinge ausprobiert), aber im Grunde haben Sie mich auf den richtigen Weg gebracht, indem Sie auf das GRUB-Menü aufmerksam gemacht wurden. Vielen Dank noch einmal! Takashi vor 13 Jahren 0
0
Skub

Das klingt vielleicht dumm und trivial, aber haben Sie vor dem Laden von GRUB die SHIFT-Taste gedrückt gehalten, damit Sie den vorherigen Kernel auswählen können?

Ich hatte ein Problem, bei dem die neuesten Kernel-Updates in Ubuntu 10.x mein System unterbrechen, mir Fehlermeldungen geben, dass ich nicht in mountbox booten wollte.

(Ich habe gerade das Alter dieses Beitrags gesehen, aber ich verlasse das, falls es jemandem mit dem gleichen Problem helfen sollte.)