Si Syncthing indique qu’un dossier est synchronisé, mais que les fichiers apparaissent dans overlay2 de Docker, le chemin de destination n’a en réalité pas été monté dans le conteneur. C’est l’indice technique essentiel de cette discussion de juin 2025 : Syncthing a écrit dans le système de fichiers temporaire de son conteneur, car le montage bind FileDrop attendu était absent de docker inspect.
La discussion n’a jamais été résolue sur l’installation ZimaOS d’origine : l’utilisateur est finalement passé à Debian/CasaOS. L’article doit donc s’appuyer sur ce diagnostic sans laisser entendre que la configuration d’origine a été réparée.
La correspondance de l’interface et le conteneur en cours d’exécution ne concordaient pas
docker inspect a ensuite montré que ce montage était absent. Source : forum communautaire IceWhale.Le formulaire de l’application ZimaOS de l’utilisateur affichait une correspondance FileDrop, mais docker inspect big-bear-syncthing ne répertoriait pas ce montage. Cette incohérence explique pourquoi Syncthing a créé /FileDrop dans sa propre couche inscriptible de conteneur.
overlay2 est un signal d’alerte pour les données synchronisées persistantes
Les fichiers situés sous .docker/overlay2/.../diff/FileDrop se trouvent dans le système de fichiers du conteneur. La recréation ou le remplacement du conteneur peut supprimer cette couche. Les données synchronisées doivent se trouver sur un montage bind persistant ou dans un volume nommé.
Le guide Syncthing de ZimaOS documente désormais un processus d’installation pris en charge, comprenant le chemin du dossier ainsi que le PUID et le PGID.
/DATA et /media/ZimaOS-HD désignaient la même racine de stockage
/media/ZimaOS-HD et /DATA désignaient la même racine de stockage ZimaOS dans cette configuration. Source : forum communautaire IceWhale.IceWhale a précisé que /media/ZimaOS-HD pointait vers /DATA sur ce système. L’alias de chemin n’était donc pas, à lui seul, l’explication principale du fait que les fichiers se retrouvaient dans overlay2.
La vraie question est de savoir si le dossier hôte exact apparaît dans la liste Mounts du conteneur, avec la destination attendue côté conteneur.
Utilisez les règles actuelles concernant les dossiers Syncthing
Le guide officiel actuel recommande d’utiliser un chemin de dossier Syncthing dédié, de définir les valeurs correctes de PUID et de PGID, et de créer les chemins des dossiers de destination via Syncthing plutôt que manuellement dans le navigateur de fichiers ZimaOS pour ce flux de travail.
Le guide de déploiement de Syncthing fournit le contexte général concernant l’organisation du stockage.
En résumé
Si les fichiers synchronisés arrivent dans overlay2 de Docker, cessez de chercher la cause du côté de la connectivité entre pairs Syncthing et inspectez les montages du conteneur. Vérifiez que le dossier de destination sur l’hôte est réellement monté, utilisez dans Syncthing le chemin côté conteneur, faites correspondre le PUID et le PGID aux propriétaires disposant des droits d’écriture sur l’hôte, puis recréez l’application si la définition enregistrée dans l’interface ne correspond pas au conteneur en cours d’exécution.
