/etc/fstab sicher bearbeiten: UUIDs, nofail, x-systemd-Optionen und findmnt --verify

Ziel

Einen Mount-Eintrag in /etc/fstab hinzufügen oder ändern und sicher sein, dass er den nächsten Systemstart nicht scheitern lässt – und zwar bevor ein Neustart dies erst zeigt.

Voraussetzungen

Root-Zugriff; die Kennung des einzuhängenden Dateisystems (die UUID lässt sich mit blkid oder lsblk -f auslesen).

Schritte

1. Die aktuelle Datei sichern: cp -a /etc/fstab /etc/fstab.bak.$(date +%s).
2. Das Dateisystem über die UUID statt über einen Gerätenamen wie /dev/sdb1 identifizieren, da sich Gerätenamen zwischen Starts ändern können, wenn Datenträger hinzukommen oder entfernt werden: blkid /dev/sdb1 liefert UUID=.... Für GPT-partitionierte Datenträger, die noch keine Dateisystem-UUID haben, ist auch PARTUUID= zulässig.
3. Die Zeile mit UUID=, Einhängepunkt, Dateisystemtyp und Optionen schreiben, zum Beispiel: UUID=1b2c3d4e-... /data xfs defaults,nofail,x-systemd.device-timeout=10s 0 2 nofail weist den Bootvorgang an, nicht anzuhalten und in eine Emergency-Shell zu wechseln, wenn dieses Dateisystem fehlt oder sich nicht einhängen lässt; x-systemd.device-timeout= begrenzt, wie lange systemd auf das zugrunde liegende Gerät wartet, bevor es aufgibt (statt des Standard-Timeouts). Beide Optionen werden vom fstab-Generator von systemd ausgewertet, nicht von mount selbst.
4. Bevor das laufende System angetastet wird, die Datei prüfen: findmnt --verify (mit --verbose für mehr Details) meldet fehlende Einhängepunkte, unbekannte Dateisystemtypen, nicht auflösbare UUID=-Quellen und andere fstab-Probleme, ohne etwas einzuhängen. Anschliessend systemctl daemon-reload ausführen, denn auf systemd-Hosts werden die Mount-Units aus /etc/fstab erzeugt und bleiben bis zum nächsten Reload veraltet.
5. Den neuen Eintrag live ohne Neustart testen: mount -a hängt alle in /etc/fstab aufgeführten Dateisysteme ein, die noch nicht eingehängt sind, und beachtet nofail bei Einträgen, deren Gerät fehlt.
6. Prüfen, ob der Mount wie erwartet erscheint: findmnt /data oder mount | grep /data.

Erwartetes Ergebnis

findmnt --verify meldet keine Fehler, mount -a läuft ohne neue Fehlermeldungen durch, und der Zielpfad erscheint in der Ausgabe von findmnt mit dem vorgesehenen Dateisystem und den vorgesehenen Optionen.

Grenzen und Prüfbasis

Basiert auf fstab(5), systemd.mount(5), findmnt(8) und mount(8). Schlägt mount -a fehl, bleibt das laufende System ansonsten unberührt: aus der Sicherungskopie mit Zeitstempel wiederherstellen und findmnt --verify erneut ausführen. Das Bootverhalten erst dann durch einen Neustart vollständig testen, wenn mount -a sauber durchläuft; nofail verringert die Auswirkungen eines Fehlers, sorgt aber nicht dafür, dass sich ein nicht erreichbares Dateisystem so verhält, als wäre es eingehängt.