Choisir le stockage

NasDash doit pouvoir écrire dans l'intégralité de /app/data. L'exemple Compose par défaut utilise un dossier hôte. Un volume nommé reste optionnel.

Bind mount (défaut)

Avantages : fichiers visibles pour les snapshots de l'hôte et les outils de sauvegarde de dossiers. Les installations existantes utilisent déjà ./data.

volumes:
  - ./data:/app/data

Préparez le dossier avant le premier lancement :

mkdir -p data/logos
sudo chown -R 1001:1001 data

Le processus de l'image tourne sous l'UID/GID 1001:1001. Une erreur EACCES, un faux succès de configuration ou un conteneur qui redémarre peut venir d'un dossier non inscriptible.

Volume nommé (optionnel)

Avantages : mise en route simple, pas de conflit de propriétaire avec un dossier hôte, nom stable nasdash-data.

volumes:
  - nasdash-data:/app/data

Limite : les fichiers ne sont pas directement visibles dans l'arborescence de l'hôte Docker. Utilisez une commande de sauvegarde par conteneur temporaire. Ne l'utilisez pas sur une installation ./data existante sans copier les fichiers d'abord.

Ne pas changer implicitement de modèle

Passer de ./data au volume nasdash-data sans copier les données crée une instance apparemment vierge. Les anciennes données n'ont pas disparu, mais elles ne sont plus montées.

Avant une migration :

1. arrêtez NasDash ;
2. sauvegardez la source complète ;
3. copiez tous les fichiers, y compris les fichiers cachés et les clés ;
4. attribuez le propriétaire 1001:1001 ;
5. démarrez avec la nouvelle cible ;
6. validez connexion, services, topologie, logos et intégrations.