Laufwerke unter Linux: UUID, Mountpoints und Zugriffsrechte

Ein zusätzliches Laufwerk erscheint im Dateimanager, aber ein Programm findet seinen Ordner nicht. Oder ein ext4-Laufwerk ist eingebunden, doch Schreibrechte fehlen. Unter Linux hilft es, drei Dinge getrennt zu betrachten: das Gerät, das Dateisystem darauf und den Ort, an dem es in deinen Verzeichnisbaum eingebunden ist.

Meine Cthulhu-Konfiguration bindet drei ext4-Dateisysteme für Games und Homelab ein. Wir lesen diese Einträge und beginnen mit einer bewusst lesenden Übung an einem eigenen, sauber ausgehängten ext4-Testlaufwerk. Der Artikel enthält keine Formatier- oder Partitionierbefehle.

Gerät, Dateisystem und Mountpoint trennen

Ein Mount macht den Inhalt des Dateisystems unter dem Mountpoint sichtbar. Bereits vorhandene Dateien in diesem Verzeichnis werden dabei überdeckt, nicht automatisch gelöscht. Nutze für eine Übung deshalb einen neuen, leeren Ort.

Gerätenamen können sich beim Boot oder nach dem Anstecken ändern. UUIDs und eindeutige Labels sind für dauerhafte Einträge geeigneter. Auch sie verdienen Prüfung: Ein kopiertes Dateisystem kann seine Kennung mitbringen, und Labels können doppelt vorkommen.

Zuerst die Laufwerke identifizieren

Zeige eine gezielte Übersicht:

lsblk -o NAME,SIZE,FSTYPE,LABEL,UUID,MOUNTPOINTS

Vergleiche Größe, Dateisystem und aktuelle Mountpoints mit dem Gerät, das du tatsächlich verwenden möchtest. Die Beispielkennung DEINE-EXT4-UUID in diesem Artikel musst du selbst durch den ermittelten Wert ersetzen. Sie ist keine echte Kennung aus meinem Rechner.

Ein im Dateimanager automatisch unter /run/media/... oder /media/... eingebundenes Laufwerk ist bereits gemountet. Wähle für die Übung ein eigenes Testgerät und hänge es vorher sauber über die normale Oberfläche aus. Arbeite nicht an einem gerade benutzten Root- oder Systemlaufwerk.

Einen ext4-Test zunächst nur lesend einbinden

Lege einen eigenen Mountpoint an:

sudo mkdir -p /mnt/mount-tutorial

Prüfe, dass das Verzeichnis für die Übung leer ist:

ls -la /mnt/mount-tutorial

Prüfe zudem, ob dort bereits ein Dateisystem sitzt:

findmnt --mountpoint /mnt/mount-tutorial

Ohne passenden Mount kann findmnt mit leerer Ausgabe und einem von null verschiedenen Status enden. Ist dort schon etwas eingebunden, verwende den Ort nicht für diese Übung.

Für ein sauber ausgehängtes eigenes ext4-Dateisystem:

sudo mount -t ext4 -o ro,noload /dev/disk/by-uuid/DEINE-EXT4-UUID /mnt/mount-tutorial

ro fordert Lesen an. noload verhindert bei ext4 ein Journal-Replay, das bei einem bloßen Read-only-Mount sonst trotzdem Schreibzugriffe verursachen kann. Auf einem unsauber ausgehängten Dateisystem kann das eine inkonsistente Sicht liefern; dieser Fall gehört in einen gesonderten Wiederherstellungsablauf. Die Option ist kein allgemeines Rezept für andere Dateisysteme.

Ergebnis prüfen und sauber aushängen

Prüfe Quelle, Dateisystem und Optionen:

findmnt --mountpoint /mnt/mount-tutorial -o SOURCE,FSTYPE,OPTIONS

Erwartet werden das ausgewählte ext4-Dateisystem und eine lesende Einbindung. Öffne beziehungsweise liste bekannte Dateien, ohne sie zu bearbeiten. Ein Schreibfehler in diesem Test ist aufgrund von ro erwartbar und belegt noch kein Rechteproblem.

Verlasse den Mountpoint in deinen Terminals und schließe Programme, die ihn benutzen. Hänge ihn anschließend aus:

sudo umount /mnt/mount-tutorial

Bei „busy“ suche zuerst nach offenen Dateien oder Arbeitsverzeichnissen. Ein erzwungenes oder verzögertes Aushängen gehört nicht zu dieser Einsteigerübung.

Meine Games- und Homelab-Einträge verstehen

Ein realer Ausschnitt lautet:

fileSystems."/mnt/Games.Vol1" = {
  device = "/dev/disk/by-label/Games.Vol1";
  fsType = "ext4";
  options = [ "noatime" "nofail" "x-systemd.device-timeout=1s" ];
};

Entsprechende Einträge bestehen für Games.Vol2 und Homelab. Der Kommentar darüber spricht noch vom späteren Aktivieren; die gezeigten Definitionen selbst sind jedoch aktiv. Beim Lesen einer Konfiguration zählt die wirksame Syntax.

noatime vermeidet normale Zugriffszeit-Aktualisierungen. nofail erlaubt, den Boot trotz fehlendem optionalen Laufwerk fortzusetzen. Der kurze Geräte-Timeout begrenzt das Warten. Das macht ein fehlendes Laufwerk nicht nutzbar; ein Programm kann anschließend immer noch am nicht vorhandenen Datenpfad scheitern.

fstab und NixOS passend verwenden

Auf vielen Distributionen beschreibt /etc/fstab dauerhafte Mounts. Eine anzupassende Vorlage für ein optionales ext4-Datenlaufwerk wäre:

UUID=DEINE-EXT4-UUID /mnt/Data ext4 defaults,noatime,nofail,x-systemd.device-timeout=5s 0 2

Sichere die bestehende Datei vor dem Bearbeiten, verwende den tatsächlichen Mountpoint und ersetze die Kennung. nofail passt zu einem optionalen Datenlaufwerk, nicht pauschal zu jedem benötigten Systemdateisystem.

Eine strukturelle Prüfung ist:

sudo findmnt --verify

Das ersetzt keinen Funktions- oder Boot-Test. Unter NixOS verwaltest du diese Einträge normalerweise über fileSystems in der Konfiguration. Bearbeite nicht zusätzlich eine generierte fstab als konkurrierende Quelle.

ext4-Zugriffsrechte sind keine Mount-Option für den Benutzer

Bei ext4 liegen Eigentümer und Rechte im Dateisystem. Es reicht nicht, wie bei manchen anderen Dateisystemen eine uid=-Option dazuzuschreiben. Prüfe deine Identität und die Rechte eines betroffenen Verzeichnisses:

id

stat -c '%U %G %a' /mnt/Games.Vol1

Der zweite Pfad ist nur passend, wenn du tatsächlich diesen Mount verwendest. Vergleiche gezielt das gewünschte Unterverzeichnis. Statt rekursiv das ganze Laufwerk auf einen anderen Benutzer umzuschreiben, kläre, welche Ordner dir gehören sollen und wer sonst darauf zugreift. Ein universelles chmod 777 ist keine Erklärung des Problems.

Quellen

• Geprüfte Cthulhu-Mounts.
• mount-Handbuch.
• lsblk und findmnt.
• Linux-ext4-Dokumentation: Read-only und Journalverhalten.

Quellenstand: 8. Oktober 2026. Die Testbefehle sind für ein eigenes ext4-Übungsgerät, nicht als universeller Datenträger-Reparaturablauf gedacht.