Website-Suche

So beheben Sie den Fehler „Failed to mount /etc/fstab“ unter Linux


In diesem Artikel erkläre ich, wie man den Bootfehler „failed to mount /etc/fstab“ unter Linux behebt. Die betreffende Datei enthält beschreibende Informationen zu den Dateisystemen, die das System beim Booten automatisch bereitstellen kann.

Diese Informationen sind statisch und werden von anderen Programmen auf dem System wie mount, umount, dump und fsck gelesen. Es verfügt über sechs wichtige Dateisystem-Mount-Spezifikationsfelder: Das erste Feld beschreibt das blockspezifische Gerät oder Remote-Dateisystem, das gemountet werden soll, das zweite Feld definiert den Mount-Punkt für das Dateisystem und das dritte gibt den Dateisystemtyp an.

Das vierte Feld definiert die mit dem Dateisystem verknüpften Mount-Optionen und das fünfte Feld wird vom Dump-Tool gelesen. Das letzte Feld wird vom fsck-Tool verwendet, um die Reihenfolge der Dateisystemprüfungen festzulegen.

Empfohlene Lektüre: So ermitteln und beheben Sie Boot-Probleme unter Linux

Nachdem ich die Datei /etc/fstab bearbeitet habe, um eine automatische Bereitstellung zu erstellen und mein System neu gestartet habe; Es startete im Notfallmodus und zeigte die folgende Fehlermeldung an.

Ich habe mich über die Benutzeroberfläche oben als root angemeldet und den folgenden Befehl eingegeben, um das Systemd-Journal zu durchsuchen. Dann sah ich die im Screenshot angezeigten Fehler (rot markiert).

Wie Sie sehen können, führte der Hauptfehler (Fehler der etc-fstab.mount-Einheit) zu mehreren anderen Fehlern (Probleme mit der Systemd-Einheitsabhängigkeit), wie z. B. dem Ausfall von local-fs.target, rhel-autorelabel- Markenservice etc.

journalctl -xb

Ursachen für den Fehler „Failed to mount /etc/fstab“ unter Linux

Der obige Fehler kann auf eines der folgenden Probleme in der Datei /etc/fstab zurückzuführen sein:

  • Datei /etc/fstab fehlt
  • falsche Angabe der Dateisystem-Mount-Optionen,
  • fehlerhafte Mountpunkte oder
  • unbekannte Zeichen in der Datei.

Um das Problem zu lösen, können Sie die Originaldatei verwenden, wenn Sie ein Backup erstellt haben. Andernfalls können Sie alle von Ihnen vorgenommenen Änderungen mit dem Zeichen „#“ auskommentieren (und sicherstellen, dass alle unkommentierten Zeilen Dateisystem-Mount-Zeilen sind). .

Also habe ich die Datei /etc/fstab mit dem Texteditor vi/m geöffnet, um nach Fehlern zu suchen.

vi /etc/fstab

Mir wurde klar, dass ich am Anfang der Datei einen „r“-Buchstaben eingegeben hatte, wie im Screenshot oben gezeigt – dies wurde vom System als spezielles Gerät erkannt, das im Dateisystem eigentlich nicht existierte. Dies führt zu den oben gezeigten Folgefehlern.

Es dauerte mehrere Stunden, bis ich es bemerkte und reparierte. Also musste ich den Brief entfernen, die erste Zeile in der Datei auskommentieren, sie schließen und speichern. Nach einem Neustart startete das System wieder einwandfrei.

So vermeiden Sie solche Probleme in Zukunft

Um solche Probleme auf Ihrem System zu vermeiden, beachten Sie Folgendes:

Erstellen Sie immer eine Sicherungskopie Ihrer Konfigurationsdateien, bevor Sie diese bearbeiten. Bei Fehlern in Ihren Konfigurationen können Sie zur Standard-/Arbeitsdatei zurückkehren.

Zum Beispiel:

cp /etc/fstab /etc/fstab.orig

Überprüfen Sie zweitens die Konfigurationsdateien auf etwaige Fehler, bevor Sie sie speichern. Bestimmte Anwendungen bieten Dienstprogramme an, mit denen Sie die Syntax der Konfigurationsdateien überprüfen können, bevor Sie die Anwendung ausführen. Verwenden Sie nach Möglichkeit diese Dienstprogramme.

Sollten Sie jedoch Systemfehlermeldungen erhalten:

Sehen Sie sich zunächst das systemd-Journal mit dem Dienstprogramm „journalctl“ an, um festzustellen, was genau die Ursache dafür ist:

journal -xb

Wenn Sie die Fehler auf die eine oder andere Weise nicht beheben können, besuchen Sie eines der Millionen Linux-Foren im Internet und posten Sie das Problem dort.

Schauen Sie sich einige nützliche Artikel zum Thema an.

  1. Eine grundlegende Anleitung zum Linux-Boot-Prozess
  2. Die 4 besten Linux-Bootloader
  3. Protokollnachrichten unter Systemd mit Journalctl verwalten [Umfassende Anleitung]
  4. Verwalten des Systemstartprozesses und der Dienste (SysVinit, Systemd und Upstart)
  5. Prozessmanagement in RHEL 7: Booten, Herunterfahren und alles dazwischen

Das war es fürs Erste. In diesem Artikel habe ich erklärt, wie man den Boot-Fehler „Failed to mount /etc/fstab“ unter Linux beheben kann. Um solche Probleme zu vermeiden (oder falls Sie auf Bootprobleme stoßen), denken Sie daran, die oben aufgeführten Richtlinien zu befolgen. Abschließend können Sie über das unten stehende Feedback-Formular Ihre Gedanken zu diesem Leitfaden hinzufügen.