Einführung
Manuelle Mounts gehen nach einem Neustart verloren, sofern das System keine persistente Mount-Konfiguration besitzt. Unter Linux beschreibt /etc/fstab Dateisysteme, die vom System oder durch den Befehl mount -a eingehängt werden sollen. Ein korrekter Eintrag erfordert eine Quelle, einen Mount-Punkt, einen Dateisystemtyp, Mount-Optionen sowie Angaben für Dump und Dateisystemprüfung (fsck).
In diesem Lab konfigurierst du einen sicheren, laboreigenen persistenten Mount. Das Setup stellt ein ext4-Dateisystem innerhalb von /home/labex/project/persistent-disk.img bereit. Du wirst eine einzelne Zeile in /etc/fstab hinzufügen, die dieses Image unter Verwendung der loop-Option in /home/labex/project/persistent-mount einbindet, und dies anschließend mit mount -a verifizieren. Bestehende System-Mount-Einträge werden dabei nicht verändert.
Das vorbereitete Dateisystem untersuchen
In diesem Schritt untersuchst du das vorbereitete Dateisystem-Image und den Mount-Punkt, bevor du /etc/fstab änderst. Persistente Mounts sind sicherer, wenn man die Quell- und Zielpfade vorab überprüft.
Wechsle in das Projektverzeichnis.
cd /home/labex/project
Überprüfe die Image-Datei und das Mount-Verzeichnis.
ls -lh persistent-disk.img
ls -ld persistent-mount
Lies die aktuelle /etc/fstab aus. An dieser Stelle untersuchst du die Datei lediglich, um zu sehen, welche System-Mount-Einträge bereits existieren, bevor du den laboreigenen Eintrag hinzufügst.
cat /etc/fstab
Einen Lab-Eintrag zu fstab hinzufügen
In diesem Schritt fügst du einen persistenten Mount-Eintrag hinzu. Eine Zeile in /etc/fstab besteht aus sechs Feldern: Quelle, Mount-Punkt, Dateisystemtyp, Optionen, Dump-Flag und die Reihenfolge der Dateisystemprüfung.
Erstelle ein Backup von /etc/fstab, bevor du sie bearbeitest. Das Backup bietet dir eine bekannte Datei zum Vergleich oder zur Wiederherstellung in einer echten Administrationsumgebung.
sudo cp /etc/fstab /etc/fstab.lab40.bak
Hänge den laboreigenen Eintrag an. Die Quelle ist die Image-Datei, das Ziel ist persistent-mount, der Typ ist ext4 und die Optionen beinhalten loop, damit die Datei über ein Loop-Device eingebunden wird. Die Option nofail verhindert, dass dieser Lab-Eintrag wie ein kritisches System-Dateisystem beim Booten behandelt wird.
printf '/home/labex/project/persistent-disk.img /home/labex/project/persistent-mount ext4 loop,nofail,rw 0 0\n' | sudo tee -a /etc/fstab >/dev/null
Zeige den hinzugefügten Eintrag an.
grep -F '/home/labex/project/persistent-mount' /etc/fstab
Mounten über fstab
In diesem Schritt verwendest du /etc/fstab, anstatt das Quellgerät manuell im mount-Befehl anzugeben. mount -a weist Linux an, alle Einträge aus /etc/fstab zu mounten, die noch nicht eingehängt sind.
Führe mount -a aus. Ein erfolgreicher Befehl gibt oft keine Ausgabe zurück, was normal ist.
sudo mount -a
Untersuche den gemounteten Pfad.
findmnt -T persistent-mount
Überprüfe die Kapazität des Dateisystems.
df -h persistent-mount
Schreibzugriffe auf dem persistenten Mount verifizieren
In diesem Schritt beweist du, dass das gemountete Dateisystem einsatzbereit ist. Das Mounten ist erst dann vollständig abgeschlossen, wenn sich der Zielpfad wie das beabsichtigte Dateisystem verhält.
Übertrage dem Benutzer labex den Besitz des Wurzelverzeichnisses des gemounteten Dateisystems.
sudo chown labex:labex persistent-mount
Erstelle eine Testdatei auf dem gemounteten Dateisystem.
printf 'persistent mount ok\n' > persistent-mount/persistent.txt
Lies den Inhalt der Datei aus.
cat persistent-mount/persistent.txt
Bestätige ein weiteres Mal, dass sich die Testdatei auf dem gemounteten Pfad befindet.
findmnt -T persistent-mount/persistent.txt
Zusammenfassung
Du hast einen persistenten Mount konfiguriert, ohne bestehende System-Mounts zu verändern. Du hast ein vorbereitetes ext4-Image und einen Mount-Punkt untersucht, ein Backup von /etc/fstab erstellt, einen laboreigenen Eintrag mit den Optionen loop und nofail angehängt, diesen mit mount -a gemountet, das Dateisystem mit findmnt und df überprüft und eine Testdatei geschrieben. Dies bereitet dich auf das nächste Troubleshooting-Lab vor, in dem eine fehlerhafte Mount-Konfiguration das zu diagnostizierende Problem darstellt.
