Das Ändern von PUID und PGID in einer Docker-App garantiert nicht, dass der Container in jedes Dateisystem auf dem Host schreiben kann. In diesem Thread vom Februar 2026 konnte HandBrake nicht auf eine unter /media/sda2 eingehängte SSD schreiben, obwohl der Benutzer mehrere Benutzer- und Gruppen-IDs ausprobiert hatte.
Das entscheidende Detail war das Dateisystem: Das Laufwerk war mit exFAT formatiert und als Eigentum von root eingehängt. exFAT unterstützt keine normale Linux-Eigentümerschaft einzelner Dateien über UID/GID wie ext4. Daher konnte das Ändern des Container-Benutzers allein die Berechtigungen des Host-Mounts nicht beheben.
Das Problem lag nicht nur beim Container-Benutzer
Der Benutzer zeigte, dass der HandBrake-Container bereits PUID- und PGID-Werte hatte, der Ordner auf dem Host jedoch weiterhin als Eigentum von root angezeigt wurde. Ein Community-Mitglied trennte Docker-Identität und die Semantik des Host-Dateisystems korrekt voneinander.
Diese Unterscheidung gilt für viele selbst gehostete Apps: Der Container kann nur die Berechtigungen nutzen, die der Host-Mount bereitstellt.
exFAT verwendet eine Berechtigungszuordnung auf Mount-Ebene
exFAT eignet sich gut, um Datenträger zwischen verschiedenen Betriebssystemen auszutauschen, speichert jedoch keine Linux-Eigentümer- und Berechtigungsbits wie ext4. Das Verhalten von UID, GID und Masken wird beim Einhängen des Dateisystems festgelegt.
Deshalb können normale Versuche mit chown oder chmod auf einem exFAT-Datenträger scheinbar wirkungslos bleiben, obwohl sich dieselben Befehle auf ext4 erwartungsgemäß verhalten.
Das aktuelle ZimaOS führt exFAT als unterstütztes Lese-/Schreib-Dateisystem auf. Das beschreibt den grundlegenden Dateisystemzugriff, nicht das POSIX-Berechtigungsverhalten speziell für Docker. Verwenden Sie die aktuelle Tabelle zur Dateisystemunterstützung, wenn Sie entscheiden müssen, ob Portabilität oder Linux-native Berechtigungen für einen Serverdatenträger wichtiger sind.
Auch die Neuformatierung über die Benutzeroberfläche schlug in diesem Fall fehl
Eine spätere Untersuchung zeigte, dass der Datenträger an mehreren von ZimaOS verwalteten Orten eingehängt war und über den Dateidienst weiterhin verwendet wurde. Der Thread gelangte nie zu einer offiziellen Reparaturanleitung von IceWhale. Daher sollten destruktive Unmount- oder fstab-Befehle aus Community-Antworten nicht als offizielle Anweisungen veröffentlicht werden.
Binden Sie den Host-Ordner explizit in den Container ein
Eine spätere Antwort veranschaulichte die korrekte konzeptionelle Volume-Zuordnung: Wählen Sie ein tatsächliches Verzeichnis auf dem Host und ordnen Sie es dem von der Anwendung erwarteten Pfad im Container zu.
Warum ext4 für Linux-exklusiven Container-Speicher einfacher ist
Die Empfehlung der Community lautete, für einen Datenträger, der Docker-Workloads gewidmet ist, ext4 zu verwenden, da ext4 normale Linux-Eigentümer- und Berechtigungsbits unterstützt. Das ist eine praktische Empfehlung für die Linux-Administration und keine Vorgabe von IceWhale, dass jeder ZimaOS-Datenträger ext4 verwenden muss.
Wenn die plattformübergreifende Nutzung wichtiger ist, kann exFAT weiterhin geeignet sein. Dann muss das Modell für die Eigentümerschaft auf Mount-Ebene jedoch zu den Benutzern passen, unter denen Ihre Container ausgeführt werden.
Halten Sie App-Daten vom Systemdatenträger fern
Mit dem aktuellen ZimaOS können Benutzer den Speicherort der App-Daten auswählen und tatsächliche Speicherordner in Container einbinden. Die Erklärung dazu, wie Host-Ordner zu Container-Volumes werden, ist hilfreich, bevor Sie den Eigentümer ändern oder einen Datenträger neu formatieren.
FAQ zu Docker-Ordnerberechtigungen
Warum hat das Ändern von PUID und PGID das exFAT-Laufwerk nicht repariert?
Weil exFAT keine normale Linux-Eigentümerschaft von Dateien speichert. UID, GID und Maske des Mounts bestimmen, wie das Dateisystem für Linux-Prozesse erscheint.
Unterstützt ZimaOS exFAT zum Lesen und Schreiben?
Ja. Das aktuelle ZimaOS führt exFAT als Lese-/Schreib-Dateisystem auf, macht es dadurch jedoch nicht gleichwertig zu ext4, was POSIX-Eigentümerschaften betrifft.
Sollte jeder Docker-Datenträger ext4 verwenden?
Nicht grundsätzlich. Ext4 ist jedoch einfacher, wenn der Datenträger Linux-Containern gewidmet ist, die auf normale Eigentümer- und Berechtigungseinstellungen angewiesen sind.
Wurde der Formatierungsfehler im Thread behoben?
Nein, es wurde keine offizielle abschließende Lösung veröffentlicht. Der Datenträger blieb über von ZimaOS verwaltete Mounts und Dienste in Verwendung.
