Modifier PUID et PGID dans une application Docker ne garantit pas que le conteneur pourra écrire sur tous les systèmes de fichiers de l’hôte. Dans cette discussion de février 2026, HandBrake ne pouvait pas écrire sur un SSD monté sous /media/sda2, même après que l’utilisateur eut essayé plusieurs identifiants d’utilisateur et de groupe.
Le détail déterminant concernait le système de fichiers : le disque était en exFAT et monté avec root comme propriétaire. L’exFAT ne fournit pas une gestion normale de la propriété UID/GID par fichier sous Linux, contrairement à ext4. Modifier uniquement l’utilisateur du conteneur ne pouvait donc pas corriger les permissions du point de montage sur l’hôte.
Le problème ne venait pas uniquement de l’utilisateur du conteneur
L’utilisateur a montré que le conteneur HandBrake possédait déjà des valeurs PUID et PGID, mais que le dossier sur l’hôte apparaissait toujours comme appartenant à root. Un membre de la communauté a correctement distingué l’identité Docker de la gestion du système de fichiers de l’hôte.
Cette distinction s’applique à de nombreuses applications auto-hébergées : le conteneur ne peut utiliser que les permissions exposées par le point de montage de l’hôte.
L’exFAT utilise une correspondance des permissions au niveau du montage
L’exFAT est pratique pour déplacer des disques entre différents systèmes d’exploitation, mais il n’enregistre pas la propriété Linux ni les bits de mode comme ext4. Le comportement des UID, GID et masques est défini lors du montage du système de fichiers.
C’est pourquoi les tentatives ordinaires avec chown ou chmod peuvent sembler inefficaces sur un disque exFAT, alors que les mêmes commandes fonctionnent normalement sur ext4.
La version actuelle de ZimaOS répertorie l’exFAT comme système de fichiers pris en charge en lecture/écriture. Cela décrit l’accès de base au système de fichiers, et non le comportement des permissions POSIX propres à Docker. Consultez le tableau actuel des systèmes de fichiers pris en charge pour déterminer si la portabilité ou les permissions natives de Linux sont prioritaires pour un disque serveur.
Le reformatage via l’interface a également échoué dans ce cas
Une inspection ultérieure a montré que le disque était monté à plusieurs emplacements gérés par ZimaOS et restait utilisé par le service Fichiers. La discussion n’a jamais abouti à une procédure officielle de réparation d’IceWhale. Les commandes destructives de démontage ou de modification de fstab publiées dans les réponses de la communauté ne doivent donc pas être présentées comme des instructions officielles.
Mappez explicitement le dossier de l’hôte dans le conteneur
Une réponse ultérieure illustrait la correspondance correcte des volumes : choisir un véritable dossier sur l’hôte et le mapper vers le chemin attendu par l’application dans le conteneur.
Pourquoi ext4 est plus simple pour le stockage de conteneurs sous Linux
La recommandation de la communauté était d’utiliser ext4 pour un disque dédié aux charges de travail Docker, car ext4 prend en charge les permissions et la propriété Linux normales. Il s’agit d’une recommandation pratique d’administration Linux, et non d’une exigence d’IceWhale imposant l’utilisation d’ext4 pour tous les disques de données ZimaOS.
Si la portabilité entre systèmes est plus importante, l’exFAT peut rester approprié, mais le modèle de propriété défini au niveau du montage doit correspondre aux utilisateurs qui exécutent vos conteneurs.
Conservez le stockage des applications à l’écart du disque système
La version actuelle de ZimaOS permet de choisir l’emplacement des données des applications et de mapper de véritables dossiers de stockage dans les conteneurs. L’explication de la façon dont les dossiers de l’hôte deviennent des volumes de conteneur est utile avant de modifier la propriété ou de reformater un disque.
FAQ sur les permissions des dossiers Docker
Pourquoi la modification de PUID et PGID n’a-t-elle pas résolu le problème du disque exFAT ?
Parce que l’exFAT n’enregistre pas la propriété normale des fichiers Linux. L’UID, le GID et le masque du point de montage déterminent la façon dont le système de fichiers est présenté aux processus Linux.
ZimaOS prend-il en charge la lecture et l’écriture sur l’exFAT ?
Oui. La version actuelle de ZimaOS répertorie l’exFAT comme système de fichiers pris en charge en lecture/écriture, mais cela ne le rend pas équivalent à ext4 pour la propriété POSIX.
Chaque disque de données Docker doit-il être formaté en ext4 ?
Non, pas nécessairement, mais ext4 est plus simple lorsque le disque est dédié à des conteneurs Linux qui dépendent d’une gestion normale de la propriété et des permissions.
L’erreur de formatage a-t-elle été résolue dans la discussion ?
Non. Aucun correctif final officiel n’a été publié. Le disque restait occupé par des points de montage et des services gérés par ZimaOS.
