VMware ESXi and vSphere Cluster Management

/etc/fstab verstehen: Dateisysteme und Partitionen automatisch einhängen

Lerne den Aufbau von /etc/fstab, UUIDs, Mountpunkte, wichtige Optionen, systemd-Verhalten, sichere Tests und die Fehlerbehebung bei lokalen und externen Dateisystemen.

/etc/fstab ist die zentrale Konfigurationsdatei für Dateisysteme, die Linux dauerhaft oder beim Systemstart einhängen soll. Dieser Artikel zeigt den Aufbau der Datei, stabile Gerätekennungen, wichtige Mount-Optionen, sichere Tests und die Diagnose typischer Fehler.

Was ist /etc/fstab?

Mounten bedeutet, ein Dateisystem an einem vorhandenen Verzeichnis in den Linux-Verzeichnisbaum einzuhängen. Der Inhalt des Dateisystems wird dann unter diesem Verzeichnis erreichbar. Das Verzeichnis heißt Mountpunkt.

/etc/fstab ist eine systemweite Konfigurationsdatei für statisch definierte Dateisysteme und Einhängepunkte. Ein Eintrag kann beim Systemstart verarbeitet werden. Außerdem verwendet mount die Datei, wenn du beispielsweise sudo mount -a ausführst.

Ein manueller Mount gilt normalerweise nur für die aktuelle Sitzung. Nach dem Aushängen oder einem Neustart ist er nicht automatisch wieder vorhanden. Ein passender Eintrag in /etc/fstab beschreibt dagegen, wie das Dateisystem bei jedem Start oder bei Bedarf wieder eingehängt werden soll.

Auf modernen Linux-Systemen verarbeitet meist systemd die fstab-Einträge. Daraus entstehen intern Mount-Units. Deshalb können systemd-Optionen wie nofail, _netdev oder x-systemd.automount das Verhalten beim Start beeinflussen.

Aufbau von /etc/fstab

Eine aktive Definition steht in einer eigenen Zeile. Die sechs Felder werden durch Leerzeichen oder Tabulatoren getrennt. Kommentarzeilen beginnen mit # und werden nicht ausgewertet. Leerzeilen sind erlaubt und helfen bei der Strukturierung.

# Quelle                         Ziel         Typ   Optionen  dump  fsck
UUID=12345678-1234-1234-1234-123456789abc /mnt/daten ext4  defaults  0     2

Leerzeichen innerhalb eines Feldes müssen maskiert werden. Ein Leerzeichen wird in fstab beispielsweise als \040 geschrieben. Ein Mountpunkt mit dem Namen /mnt/Meine Daten wird daher als /mnt/Meine\040Daten eingetragen.

Die sechs Felder von /etc/fstab

Die ersten drei Felder

Das erste Feld kann eine Gerätekennung oder eine Netzwerkquelle enthalten. Das zweite Feld ist der Pfad, unter dem der Inhalt erreichbar wird. Das dritte Feld beschreibt den Dateisystemtyp.

Bei swap wird kein gewöhnlicher Verzeichnis-Mountpunkt verwendet. Netzwerkdateisysteme wie NFS und CIFS benötigen zusätzlich eine erreichbare Netzwerkverbindung und passende Dienste oder Zugangsdaten.

Mount-Optionen

Optionen sind dateisystemabhängig. Eine ungültige Option kann den gesamten Mount verhindern. Prüfe daher die Dokumentation des verwendeten Treibers, bevor du Optionen kombinierst.

Optionen für FAT, exFAT und ähnliche Dateisysteme

Dateisysteme wie FAT und exFAT speichern keine klassischen Unix-Eigentümer und -Berechtigungen. Linux stellt diese Eigenschaften deshalb über Mount-Optionen dar. Häufig verwendet werden uid für die Benutzer-ID, gid für die Gruppen-ID und umask für eine allgemeine Rechte-Maske. Bei manchen Treibern sind außerdem dmask für Verzeichnisse und fmask für Dateien sinnvoll.

UUID=ABCD-1234 /mnt/austausch exfat defaults,nofail,uid=1000,gid=1000,umask=022 0 0

Die IDs ermittelst du beispielsweise mit id -u und id -g. Eine ungeeignete Maske kann Dateien zu offen oder zu restriktiv zugänglich machen.

Stabile Geräteidentifikation

Ein Gerätepfad wie /dev/sdb1 ist nicht zuverlässig dauerhaft an dieselbe Partition gebunden. Bei USB-Geräten kann sich die Bezeichnung /dev/sdX je nach Anschlussreihenfolge ändern. Eine fstab-Zeile könnte dann plötzlich auf das falsche Gerät zeigen.

Eine UUID ist eine Kennung des Dateisystems und deshalb meist die bevorzugte Angabe. Ein LABEL ist eine lesbare, vom Benutzer gesetzte Bezeichnung. Labels sind bequem, müssen aber eindeutig sein; doppelte Labels können zu falschen Zuordnungen führen.

Die PARTUUID gehört zur Partition und ist unabhängig von der Dateisystem-UUID. Sie ist nützlich, wenn eine Partition eindeutig angesprochen werden soll, etwa bei bestimmten Boot-Konfigurationen oder wenn die Dateisystemstruktur geändert wird.

lsblk -f
sudo blkid /dev/sdb1

lsblk -f zeigt Blockgeräte, Dateisysteme, Labels, UUIDs und vorhandene Mountpunkte. Mit blkid kannst du die Attribute einer konkreten Partition abfragen.

Mountpunkte vorbereiten

Der Mountpunkt muss als Verzeichnis vorhanden sein. Geeignete Orte sind beispielsweise:

• /mnt/daten für manuell verwaltete lokale Datenpartitionen
• /mnt/usb-daten für externe Datenträger
• /media für wechselbare Medien, die von Desktop-Umgebungen verwaltet werden
• /srv für Daten, die von Diensten bereitgestellt werden
• /home oder ein Unterverzeichnis für Benutzerdaten, wenn die Systemarchitektur das vorsieht

sudo mkdir -p /mnt/daten
ls -ld /mnt/daten

Besitz- und Zugriffsrechte des Mountpunkts gelten für den Inhalt, sobald dort ein Dateisystem eingehängt ist. Bei Linux-Dateisystemen wie ext4 werden Eigentümer und Rechte im Dateisystem selbst gespeichert. Bei FAT-ähnlichen Dateisystemen werden sie meist über Mount-Optionen simuliert.

fstab sicher bearbeiten und prüfen

Eine fehlerhafte fstab-Zeile kann den Start verzögern oder in einen Wartungsmodus führen. Erstelle deshalb zuerst eine Sicherung und bearbeite die Datei mit administrativen Rechten.

sudo cp /etc/fstab /etc/fstab.bak
sudo nano /etc/fstab

Nach der Änderung solltest du nicht sofort neu starten. Prüfe die Einträge zunächst mit:

sudo mount -a

Der Befehl versucht, alle noch nicht eingehängten passenden fstab-Einträge einzuhängen. Fehler werden direkt angezeigt. Kontrolliere danach den konkreten Mount:

findmnt /mnt/daten
df -hT

Auf systemd-Systemen kann ein erneutes Einlesen sinnvoll sein:

sudo systemctl daemon-reload

Nutze für die weitere Kontrolle die Systemmeldungen:

journalctl -b | grep -i mount

Automatisches Einhängen beim Systemstart

Beim Start verarbeitet das System die fstab-Beschreibungen und richtet daraus Mount-Abhängigkeiten ein. Auch mount -a folgt den dort definierten Einträgen. Ein Fehler bei einer zwingend erwarteten Partition kann den Start blockieren oder deutlich verlängern.

Für eine dauerhaft eingebaute lokale Datenpartition ist ein einfacher Eintrag mit defaults und dem fsck-Wert 2 oft passend:

UUID=12345678-1234-1234-1234-123456789abc /mnt/daten ext4 defaults 0 2

Ein externes Laufwerk, das nicht immer angeschlossen ist, sollte normalerweise nicht den Systemstart blockieren:

UUID=12345678-1234-1234-1234-123456789abc /mnt/usb-daten ext4 defaults,nofail,x-systemd.device-timeout=5s 0 2

nofail macht den Eintrag optional. Eine begrenzte Gerätewartezeit verhindert zusätzlich langes Warten auf nicht vorhandene Hardware. Bei gelegentlich benötigten oder langsam verfügbaren Dateisystemen kann x-systemd.automount sinnvoll sein.

Eine eigene systemd-Mount- oder Automount-Unit ist geeignet, wenn du komplexe Abhängigkeiten, besondere Startreihenfolgen oder unabhängig von fstab verwaltete Dienste brauchst. Für typische lokale Partitionen und einfache externe Datenträger reicht fstab meist aus.

Dateisystemprüfung und Sicherungsfelder

Das fünfte Feld ist die traditionelle dump-Markierung. Übliche Werte sind 0 für keine Verarbeitung und selten 1 für eine bevorzugte Sicherung. dump ist kein universelles Backup-System. Für zuverlässige Sicherungen brauchst du eine eigene Strategie mit geprüften Kopien, geeigneten Werkzeugen und Wiederherstellungstests.

Das sechste Feld steuert die klassische fsck-Reihenfolge:

• 0: keine automatische Prüfung durch die klassische Startlogik
• 1: zuerst, normalerweise für das Root-Dateisystem
• 2: nach dem Root-Dateisystem, üblicherweise für weitere lokal prüfbare Dateisysteme

Nicht lokale oder nicht sinnvoll mit der klassischen fsck-Logik prüfbare Dateisysteme erhalten in der Regel 0. Nicht jedes Dateisystem und nicht jede systemd-Konfiguration nutzt diese Reihenfolge gleich. Netzwerkdateisysteme, Swap und spezielle Dateisysteme müssen daher passend zu ihrem Treiber und Startmechanismus konfiguriert werden.

Praxisfall: lokale Datenpartition

1. Identifiziere die Partition und ihr Dateisystem.
2. Prüfe UUID und Dateisystemtyp.
3. Lege den Mountpunkt an.
4. Ergänze die fstab-Zeile.
5. Teste mit mount -a.
6. Kontrolliere das Ergebnis mit findmnt und df -hT.

lsblk -f
sudo blkid /dev/sdb1
sudo mkdir -p /mnt/daten
sudo cp /etc/fstab /etc/fstab.bak
sudo nano /etc/fstab
sudo mount -a
findmnt /mnt/daten
df -hT

Beispiel für eine zusätzliche ext4-Partition:

UUID=12345678-1234-1234-1234-123456789abc /mnt/daten ext4 defaults 0 2

Bei einer dauerhaft eingebauten Partition ist ein normaler, schreibbarer Mount häufig angemessen. Achte trotzdem auf korrekte Eigentümer und Gruppen, besonders wenn Anwendungen oder mehrere Benutzer auf die Daten zugreifen.

Praxisfall: externe USB-Festplatte

Bei einer externen Festplatte ist die Hardware nicht zwingend bei jedem Start verfügbar. Verwende daher eine UUID, aber ergänze meist nofail. Für ein Linux-Dateisystem kann die Zeile beispielsweise so aussehen:

UUID=12345678-1234-1234-1234-123456789abc /mnt/usb-daten ext4 defaults,nofail 0 2

Bei einem FAT- oder exFAT-Medium müssen Benutzerzuordnung und Rechte über Optionen wie uid, gid und umask festgelegt werden. Für fremde oder ausschließlich lesend benötigte Datenträger können zusätzlich ro, nosuid, nodev und gegebenenfalls noexec die Risiken reduzieren.

Ein optionaler Wechseldatenträger darf nicht mit einem dauerhaft verfügbaren Systemdatenträger verwechselt werden: Der erste benötigt fehlertolerante Startoptionen, der zweite sollte bei fehlender Hardware eher einen Fehler sichtbar machen.

Typische Probleme und Diagnose

Wiederherstellung nach einem fstab-Fehler

Startet das System wegen eines fehlerhaften Eintrags nicht normal, öffne den Wartungsmodus oder ein Rettungssystem und bearbeite /etc/fstab. Kommentiere die verdächtige Zeile vorübergehend mit # aus oder korrigiere UUID, Mountpunkt, Dateisystemtyp und Optionen.

Danach sollte die Konfiguration ohne Neustart getestet werden:

sudo mount -a
findmnt
journalctl -b | grep -i mount

Erst wenn die Tests erfolgreich sind, solltest du neu starten. Bei Schreibzugriffen auf unbekannte oder beschädigte Medien besteht ein Datenrisiko. Prüfe bei Verdacht auf Dateisystemschäden zunächst Backups und verwende geeignete Prüfwerkzeuge nur auf ausgehängten Dateisystemen, sofern deren Dokumentation nichts anderes erlaubt.

Prüfungsschema und wichtige Merksätze

• /etc/fstab beschreibt dauerhaft oder beim Start zu verwendende Mounts.
• Jede aktive Definition besteht aus sechs Feldern.
• UUIDs sind für lokale Datenträger meist stabiler als /dev/sdX-Pfade.
• Der Mountpunkt muss existieren; sein bisheriger Inhalt wird beim Mount nur verdeckt.
• Optionen werden durch Kommas getrennt und müssen vom Dateisystemtreiber unterstützt werden.
• nofail schützt den Start vor dem Fehlen optionaler Medien.
• _netdev kennzeichnet Netzwerkabhängigkeit, x-systemd.automount aktiviert bedarfsgesteuertes Einhängen.
• Das fünfte Feld betrifft traditionell dump; das sechste die klassische fsck-Reihenfolge.
• Nach Änderungen zuerst sichern, dann mount -a, findmnt, df -hT und bei Bedarf journalctl verwenden.

Weitere Informationen zum Thema findest du unter /etc/fstab.