Nach dem Bearbeiten der fstab landet das System im Emergency Mode. Meist blockiert ein einziger fehlerhafter Eintrag den gesamten Start — reparierbar.
Aufwand:
ca. 25 Min.
Voraussetzung:
Terminal
Gilt für:
Linux mit systemd
Das Symptom
Nach einer kleinen Änderung an /etc/fstab — eine neue Festplatte, ein Netzlaufwerk,
eine zusätzliche Partition — startet das System nicht mehr durch. Stattdessen
erscheint eine Meldung über „Emergency Mode“ oder den Notfallmodus und die Bitte,
das Root-Passwort einzugeben. Ein normaler Login ist nicht möglich.
Die „Layer 8“-Wahrheit
Die Datei /etc/fstab sagt Linux, welche Laufwerke beim Start eingehängt werden
sollen. Standardmäßig behandelt das System jeden Eintrag als Pflicht: Lässt sich
auch nur eines der Laufwerke nicht einhängen — weil die UUID falsch ist, der Pfad
vertippt oder das Gerät gar nicht angesteckt —, verweigert es lieber den ganzen
Start, als halbfertig hochzufahren.
Das ist streng, aber reparierbar, und man braucht kein Rettungsmedium dafür. Der
Notfallmodus ist genau für diesen Fall gedacht. Zwei Handgriffe sind der Schlüssel:
das Wurzeldateisystem schreibbar machen und den fehlerhaften Eintrag entschärfen —
am elegantesten mit der Option nofail, die ein fehlendes Laufwerk künftig
überspringt, statt den Rechner lahmzulegen. Ein Test mit mount -a vor dem Neustart
erspart den zweiten Anlauf.
Die echte, verifizierte Lösung
1000 % faktenbasiert. Jeder Befehl ist real, jeder Pfad existiert. Schritt für Schritt:
1.
Die Ursache eingrenzen
Der Notfallmodus direkt nach einer fstab-Änderung ist kein Zufall: Ein Eintrag verweist auf ein Laufwerk, das nicht eingehängt werden kann — falsche UUID, vertippter Pfad oder ein Gerät, das gerade nicht angesteckt ist. Der Start bricht ab, weil eine Pflicht-Mountangabe scheitert.
2.
Am Notfall-Prompt anmelden
Das System fragt nach dem Root-Passwort und öffnet eine Notfall-Shell. Um darin die Systemdateien bearbeiten zu können, das Dateisystem zunächst schreibbar einhängen:
mount -o remount,rw /
3.
Die fstab prüfen und korrigieren
Die Datei öffnen und den zuletzt hinzugefügten oder geänderten Eintrag prüfen. Am sichersten ist es, ihn vorerst auszukommentieren (eine Raute davor) oder die Option „nofail“ zu ergänzen, damit ein fehlendes Laufwerk den Start nicht mehr blockiert:
nano /etc/fstab
4.
Die richtige UUID ermitteln
War die UUID falsch, die korrekte mit dem passenden Werkzeug auslesen und exakt übernehmen — schon ein einziges falsches Zeichen genügt für den Ausfall:
blkid
5.
Die Einträge testen, bevor man neu startet
Vor dem Neustart alle Einträge trocken durchprobieren. Läuft der Befehl fehlerfrei durch, ist die fstab in Ordnung und der nächste Start gelingt:
mount -a
Häufige Fragen (FAQ)
?Ein Tippfehler in der fstab, und das System startet gar nicht mehr. Ist das normal?
Ja, und es ist beabsichtigt. Kann ein als notwendig markiertes Dateisystem nicht eingebunden werden, hält systemd an und wirft Sie in den Notfallmodus – statt mit einem halb eingebundenen System weiterzumachen, das Daten an falsche Orte schreiben könnte. Es ist eine Notbremse, keine Panne.
?Wie vermeide ich, dass mich ein Eintrag künftig aussperrt?
Indem Sie die Option nofail setzen: Damit startet das System auch dann, wenn das Laufwerk fehlt – ideal für externe Platten. Und vor jedem Neustart einmal mount -a ausführen: Bringt der Befehl keinen Fehler, wird auch der Start gelingen.
Belege
Diese Seite ist gegen die folgenden Primärquellen geprüft – Hersteller, Standard oder Gesetzestext. Wer es nicht glaubt, muss es nicht: Da steht, wo es nachzulesen ist.
apt install meldet 'E: Unable to locate package'? Meist fehlt ein apt update, das Repository oder es ist ein Tippfehler. So installierst du das Paket doch.