Die Überprüfung des Root-Dateisystems schlägt nach einem Stromausfall während der Installation fehl

18

Während der "Installations" -Phase des Upgrades ist ein Stromausfall aufgetreten. Nach dem Neustart werden folgende Fehler gemeldet:

init: udevtrigger main process (420) terminated with status 1
init: udevtrigger post-stop process (428) terminated with status 1
init: udevmonitor main process (419) killed by TERM signal
The disk drive for / is not ready yet or not present
Continue to wait; or press S to skip mounting or M for manual recovery

Durch Drücken von M erhalte ich folgende Meldung:

Root filesystem check failed.
A maintenance shell will now be started.
CONTROL-D will terminate this shell and reboot the system.
upgrade system-installation 11.04 10.10 Oo Nwoye
quelle
Das klingt genauso wie diese Frage , die ich dort teilweise beantwortet habe. Leider erinnere ich mich nicht an alles, was ich getan habe, aber es sollte dich zumindest booten lassen.
Matthew Crumley

Antworten:

29

Ich hatte die gleiche Situation passieren - Stromausfall während des Upgrades.

Rufen Sie die Wartungsshell auf und versuchen Sie Folgendes:

sudo mount -o remount,rw /
sudo  dpkg --configure -a
sudo mount -o remount,ro /
sudo sync
sudo reboot

(Das Remount / Sync am Ende ist wahrscheinlich nur Paranoia, aber nur für den Fall ...)

Scott Wood
quelle
Vielen Dank, mount -o remount, rw /; dpkg --configure -a; neustarten; hat funktioniert! Ich musste die letzte Remount- / Synchronisierungsoperation überspringen und direkt zum Neustart springen, da das Laufwerk ausgelastet war. Prost.
Gerry
+1 Hat vollständig funktioniert (abgestürztes Update). Zeile 3 sagt jedoch "/ ist beschäftigt".
Ashkan Kh. Nazary
Während der Verarbeitung mit der zweiten Zeile wurde der Fehler "Die Verarbeitung wurde angehalten, weil zu viele Fehler
aufgetreten sind
Erwägen Sie, vor den anderen Befehlen umount /und hinzuzufügen fsck, um fehlerhafte Datenträgerinhalte zu löschen.
Eric Fossum
3

Wenn Sie zu dieser Root-Shell gelangen, geben Sie Folgendes ein fdisk -l, um eine Liste der Laufwerke im System abzurufen, und klicken Sie dann fsckauf das /Symbol (unter Verwendung des Namens aus der Liste, z. B. /dev/sd5Partition).

Verwenden Sie, um eine Datenträgerüberprüfung zu erzwingen sudo fsck -f.

RolandiXor
quelle
Es heißt, es ist sauber, ich habe Ubuntu auf einer anderen Partition installiert, um momentan 3 Ubuntu-Installationen zu haben gestartet. 3. Die neue Installation Ich bin ein absoluter Neuling, bitte entschuldigen Sie meine Fragen. Gibt es eine Möglichkeit, mit der funktionierenden Installation (3) alles zu regeln?
Oo Nwoye
@OoNwoye: Möglicherweise müssen Sie die Dateisystemprüfung erzwingen (ich aktualisiere meine Antwort später)
RolandiXor
@OoNwoye: Funktioniert diese Lösung für Sie?
Sumit Ramteke
Was ich vor
mir habe
1

Ich hatte das gleiche Problem (Stromausfall während des Upgrades). In meinem Fall wurde das System nach dem Anzeigen der Fehlermeldung eingefroren: Drücken von S oder M (oder einer anderen Taste) hatte keine Auswirkung.

Ich habe das Problem behoben, indem ich @ scott-woods Anweisungen gefolgt bin. Nur ein kleiner Zusatz: Um in die Wartungs-Shell zu gelangen, müssen Sie von einer Live-Festplatte booten und die folgenden Optionen auswählen:

  1. Rette ein kaputtes System.
  2. Wählen Sie das Gerät aus, das als Root-Dateisystem verwendet werden soll (normalerweise der erste Eintrag).
  3. Wählen Sie als Rettungsoperation "Shell in / dev / ... ausführen".

Ich habe vergessen, die Befehle mount und sync auszuführen, und das System wurde erfolgreich wiederhergestellt. Ich denke, es ist sicher, sie zu überspringen.

Denken Sie am Ende daran, das System neu zu starten, indem Sie "reboot" ausführen. Alternativ müssen Sie die Shell beenden, indem Sie entweder "exit" eingeben oder STRG + D drücken. Sobald Sie die Shell verlassen haben, wählen Sie die Option "System neu starten".

Marco Lackovic
quelle
-1

Ich habe diesen Fehler auch erlebt, aber mein Problem (und damit die Lösung) war anders.

Nach der erfolgreichen Installation von Ubuntu 11.04 habe ich ein dist-Upgrade durchgeführt. Aus welchem ​​Grund auch immer, während des Upgrades wurde der Laufwerksbuchstabe in / etc / fstab für alle meine Partitionen, die nicht durch UUIDs identifiziert wurden, zufällig geändert.

Das Bearbeiten von / etc / fstab und das Beheben des Laufwerksbuchstabens haben das Problem für mich behoben.

Ben
quelle