"Willkommen im Notfallmodus!" Denke, es ist ein FSCK-Problem

journalctl -xb snippet (was ich für falsch halte, war zumindest in rot):

-- Unit systemd-fsckd.service has begun starting up.
juli 09 15:40:16 kim-SSD-Sationary systemd-fsck[414]: /dev/sdb1 contains a file system with errors, check forced.
juli 09 15:40:16 kim-SSD-Sationary systemd-fsck[414]: /dev/sdb1: Inodes that were part of a corrupted orphan linked list found.
juli 09 15:40:16 kim-SSD-Sationary systemd-fsck[414]: /dev/sdb1: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY.
juli 09 15:40:16 kim-SSD-Sationary systemd-fsck[414]: (i.e., without -a or -p options)
juli 09 15:40:16 kim-SSD-Sationary systemd-fsck[414]: fsck failed with error code 4.
juli 09 15:40:16 kim-SSD-Sationary systemd-fsck[414]: Running request emergency.target/start/replace
juli 09 15:40:16 kim-SSD-Sationary systemd[1]: systemd-fsck-root.service: main process exited, code=exited, status=1/FAILURE
juli 09 15:40:16 kim-SSD-Sationary systemd[1]: Failed to start File System Check on Root Device.
-- Subject: Unit systemd-fsck-root.service has failed
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
-- 
-- Unit systemd-fsck-root.service has failed.
-- 
-- The result is failed.
juli 09 15:40:16 kim-SSD-Sationary systemd[1]: Unit systemd-fsck-root.service entered failed state.
juli 09 15:40:16 kim-SSD-Sationary systemd[1]: systemd-fsck-root.service failed.
juli 09 15:40:16 kim-SSD-Sationary systemd[1]: Starting Remount Root and Kernel File Systems...
-- Subject: Unit systemd-remount-fs.service has begun start-up
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel

Ignorierte andere Fehler wie: ACPI PCC Probe fehlgeschlagen., NVIDIA nicht Propetary etc ...

BEARBEITEN: Ich kann auf meinen PC zugreifen, indem ich Ctrl+ drücke D, aber es ist ärgerlich.

Sie könnten fsckvon Ubuntu Live ausgeführt werden.

1. Schalten Sie Ihren Computer ein. Booten Sie eine Ubuntu Live DVD / USB (versuchen Sie es ohne Installation).
2. Öffnen Sie nach dem Laden ein Terminal, indem Sie Ctrl+ Alt+ drückenT

3. Führen Sie im Terminal Folgendes aus:

   sudo -i
   fdisk -l
   

   fdiskinformiert Sie darüber, wie Ihre Partition /(root) heißt. In dieser Frage ist es /dev/sdb1.

   Dann sollten Sie fortfahren, indem Sie Folgendes ausführen:

   umount /dev/sdb1
   fsck -y /dev/sdb1
   poweroff
   

   Wenn sich der umountBefehl beschwert, dass sdb1"nicht gemountet" ist, ist das kein Problem. Wir wollten, dass es "nicht gemountet" wird :).

4. Entfernen Sie die DVD / USB. Schalten Sie Ihren Computer wieder ein, um von der SSD zu booten.

Ich weiß nicht, ob du dein Problem gelöst hast. Was ich getan habe ist:

sudo nano /etc/fstab

Löschen Sie sdb1dann das, was Sie dort hinzugefügt haben, und führen Sie dann Folgendes aus:

sudo systemctl reboot

Es heißt, es sei korrupt, also weiß ich nicht, was ich davon halten soll, aber ich hoffe, dies könnte jemandem helfen, der sein Linux nicht ausführen kann.

Ich hatte gerade den Fall mit dem Notfallmodus. In meiner Situation folgte ich einem Installations-Tutorial, in dem vorgeschlagen wurde, einige der Optionen für meine Mount-Punkte in zu bearbeiten /etc/fstab. Durch Entfernen der zusätzlichen Optionen wurde mein Server ohne Probleme neu gestartet.

Ich benutze Windows 10 und Ubuntu 16.X Dual-Boot-System.

Ich war nicht in der Lage, eine der NTFS-Partitionen zu mounten, und der Fehler hing mit dem Herunterfahren / Ruhezustand von Windows zusammen. Früher habe ich sudo ntfsfix /dev/sda3das Problem behoben. Ich konnte die NTFS-Partition sda3 mounten, aber beim Neustart startete Ubuntu im Notfallmodus.
Führen Sie den folgenden Befehl in Windows aus, um dieses Problem zu beheben

shutdown /s /t 5

Dies behebt das Problem mit dem Ubuntu-Notstart.

Die Antworten von Khushboo Rani und Cagan Arslan führten mich zur dauerhaften Lösung.

In Windows 10 ist standardmäßig die Funktion " Schnellstart" aktiviert. Wenn der Benutzer normal über die Schaltfläche "Herunterfahren" oder die Ein / Aus-Taste des Computers herunterfährt, werden der ausgeführte Kernel und einige andere Systemkomponenten auf der Festplatte gespeichert nach dem Abmelden in den Ruhezustand. Es bewirkt auch, dass Windows die Partition auf irgendeine Weise "sperrt", um eine versehentliche oder böswillige Beschädigung der Daten zu verhindern. Dies bedeutet, dass Ubuntu die Windows-Partition während des Startvorgangs nicht mounten kann.

In meinem Fall habe ich Einträge für die Windows-Partition in / etc / fstab, so dass Ubuntu nicht mehr gestartet werden kann.

Die Lösung besteht darin, in Windows zu booten, den "Schnellstart" zu deaktivieren und dann normal herunterzufahren. Jetzt sollte das Problem dauerhaft gelöst sein!

Deaktivieren Sie über den zuvor freigegebenen Link den Schnellstart unter Windows wie folgt:

1. Starten Sie die Systemsteuerung
2. Gehen Sie zu den "Hardware and Sound" -Einstellungen
3. Gehen Sie zu "Energieoptionen"
4. Klicken Sie auf "Auswählen, was die Einschalttasten tun".
5. Klicken Sie auf "Einstellungen ändern, die derzeit nicht verfügbar sind" und gewähren Sie UAC-Zugriff.
6. Deaktivieren Sie das Kontrollkästchen mit der Einstellung "Schnellstart einschalten (empfohlen)"

In meinem Fall (Dual Boot Windows 10) musste ich Windows mit dem Befehl (unter Windows) ordnungsgemäß herunterfahren:

shutdown /s /t 5

Wenn ich neu starte, wird Ubuntu ohne Probleme geladen.

Ich hatte gerade genau das gleiche Problem, nämlich Ubuntu LTS 16.04 von einem USB-Stick zu booten. Wenn sysctl defaultdies nicht behoben wurde, fsckblinkt die Meldung kurz mit dem Scanfortschritt und die gleiche Meldung wird angezeigt. Folgendes hat funktioniert:

fsck -y /dev/sda1
reboot

Wenn dies in einer VirtualBox-VM passiert, kann es sein, dass eine der Partitionen nicht gemountet werden konnte /etc/fstab- leider schlägt dies mit "Willkommen im Notfallmodus" fehl! Auch wenn es sich nicht um eine kritische Partition handelt. Wenn Sie also einen fehlerhaften Eintrag hinzugefügt haben, um zu versuchen, ein Dateisystem mithilfe von bereitzustellen, kann vboxsfdas gesamte System nicht gestartet werden, ohne dass im Startprotokoll deutlich wird, dass dies das Hauptproblem ist.

Wie auch immer, um das Problem zu beheben, müssen Sie entweder den fehlerhaften Eintrag in /etc/fstabauskommentieren oder ihn so ändern, dass er mountzufrieden ist.

Ähnlich wie bei einigen anderen Antworten bestand der Trick für mich darin, einen Eintrag /etc/fstabfür meine optionale LVM-Partition auszukommentieren. Ich weiß nicht, warum es vor ein paar Tagen angefangen hat, sich zu beschweren, dass Ubuntu 17.10 die LVM-Partition nicht mehr finden konnte, und warum das System dadurch in den "Notfall" -Modus gestartet wurde.

Nachdem der Eintrag in auskommentiert wurde /etc/fstab, habe ich meinen Desktop erfolgreich neu gestartet. Als ich mir einige Tutorials ansah, bemerkte ich, dass mir einige LVM-Befehle fehlten, also lief ich, sudo apt-get install lvm2was das Problem anscheinend behoben hat.

Wenn Sie wie ich der Meinung sind, dass Ihre LVM-Partition die Ursache des Problems ist, lauteten die von mir ausgeführten Befehle wie folgt:

sudo lvmdiskscan
sudo apt-get install lvm2
sudo lvmdiskscan
sudo lvdisplay
sudo vi /etc/fstab
sudo vgchange -a y
sudo mount -a

Ich bin mir nicht sicher, ob all dies notwendig ist - ich vermute, das apt-get install lvm2war der Schlüssel, um mein System wieder zum Booten zu bringen.

Ich hatte das gleiche Problem, nachdem der Befehl fsck ausgeführt wurde, wurde er wiederhergestellt, aber nach einiger Zeit ging mein Computer wieder in den Notfallmodus, sodass ich ganze Daten von meiner Festplatte entfernte und ein neues Betriebssystem installierte. Es hat mein Problem gelöst. Ich denke, das Problem war mit Ubuntu 15.0 lebendige Version, also habe ich 14.0 Version installiert. Trotzdem gibt es noch kein Problem.

Ich hatte das gleiche Problem. Kommentierte manuell hinzugefügte ntfs-Partitionen aus / etc / fstab Das System wurde normal gestartet. Der Befehl ntfsfix wurde verwendet, um das Journalproblem zu beheben, das auf diesen ntfs-Partitionen auftritt. Beispiel: Sudo ntfsfix / Dev / ntfs-Partition Wird erneut in / etc / fstab Reboot eingebunden

Es gibt hier also viele gute Antworten - nur um die Informationen zu ergänzen, mein Problem war ein Fehler bei der Schreibweise von tmpfs als tempfs, der in einer Zeile falsch ist, die ich zur Sicherung eines Servers in / etc / fstab eingefügt habe

Ich hatte nur das gleiche Problem und in meinem Fall hatte ich gerade meine Grub-Partition neu erstellt und daher hatte sie eine andere UUID als die letzte Grub-Partition, die ich hatte. Beim Booten von Ubuntu konnte das System die UUID nicht überprüfen. Um dieses Problem zu beheben, habe ich Folgendes getan:

sudo nano /etc/fstab

Kommentieren Sie dann die Zeile mit der UUID aus der Partition, die ich gerade geändert hatte.

dann rebootÄnderungen anwenden.

Alle obigen Antworten haben mir nicht geholfen, da ich keine Wiederherstellungsdatei für fstab hatte.
Was war der Trick (im Notfallmodus)

cat /proc/mounts > /etc/fstab