L’auteur de la source a réussi à faire fonctionner NextExplorer entièrement sur ZimaOS, avec les opérations de création, d’envoi, d’écriture et de suppression. L’élément important n’était pas seulement chmod : le processus NextExplorer s’exécutait avec un utilisateur non root, tandis que le stockage monté utilisait un groupe différent. L’alignement du groupe et l’application du bit setgid aux répertoires ont permis au contenu nouvellement créé d’hériter du groupe partagé prévu.
Les commandes exactes du forum ne doivent pas être copiées aveuglément sur l’ensemble d’un pool de stockage. La source utilise PGID=1001 et modifie récursivement le groupe et les permissions de /media/Safe-Storage ; ces valeurs et cette portée sont propres à ce système. La version actuelle de NextExplorer est activement maintenue et utilise toujours des montages Docker sous /mnt. Une approche actuelle plus sûre consiste donc à monter uniquement les dossiers que vous souhaitez que NextExplorer gère et à aligner les permissions sur ces dossiers.
La version actuelle de NextExplorer utilise toujours des volumes Docker sous /mnt
Le guide de démarrage rapide actuel en amont mappe :
/path/to/your/files:/mnt/Fileset conserve /config ainsi que /cache. Chaque enfant direct sous /mnt devient un volume visible dans l’interface.
Utilisez le modèle de déploiement actuel de NextExplorer.
La source utilisait une configuration et un cache persistants
Le guide créait :
/DATA/AppData/nextexplorer/config
/DATA/AppData/nextexplorer/cacheet les mappait vers /config et /cache. Cela reste une bonne pratique, car le conteneur peut être recréé tandis que la configuration et le cache généré restent à l’extérieur.
L’échec d’écriture provenait d’une incompatibilité de groupes
L’auteur décrivait une propriété du stockage ZimaOS telle que monitor:samba, tandis que NextExplorer s’exécutait avec une identité non root. Lorsque le groupe effectif de l’application ne correspondait pas au groupe du stockage accessible en écriture, les opérations de suppression et de création renvoyaient EACCES.
Avant de définir PGID, vérifiez l’identifiant réel du groupe du dossier dédié que vous comptez exposer. Ne supposez pas que 1001 est une valeur universelle.
setgid aide les nouveaux répertoires à hériter du groupe partagé
La source appliquait setgid aux répertoires après avoir aligné la propriété du groupe. Sur un système de fichiers natif Linux, cela peut faire en sorte que les nouveaux sous-dossiers héritent du groupe parent, ce qui est bien plus durable que de corriger la propriété après chaque envoi.
Ne modifiez pas récursivement le groupe de l’ensemble du NAS, sauf si c’est réellement voulu
Modifier la propriété du groupe et les modes sur toute la racine des médias ou du stockage peut affecter Plex, Jellyfin, les tâches de sauvegarde, les utilisateurs SMB et d’autres conteneurs. Créez un dossier dédié géré par NextExplorer ou choisissez délibérément le groupe partagé utilisé par tous les services concernés.
La source avertissait que les suppressions étaient définitives
Le guide de mars 2026 avertissait explicitement que sa configuration de NextExplorer ne comportait pas de corbeille et que les suppressions étaient immédiates. Le projet en amont a considérablement évolué depuis, notamment avec de nouvelles fonctionnalités de contrôle d’accès et de partage, mais la source n’établit pas l’existence d’un flux de récupération via une corbeille pour ce déploiement.
Conservez des sauvegardes et testez le comportement de suppression avec des fichiers jetables avant d’accorder à NextExplorer un accès en écriture à des données irremplaçables.
La version actuelle de NextExplorer propose des options d’authentification renforcées
La documentation actuelle du projet en amont décrit les utilisateurs et groupes locaux ainsi qu’une authentification unique OIDC facultative. C’est important si vous exposez un gestionnaire de fichiers puissant au-delà d’un seul réseau local de confiance.
FAQ sur les permissions de NextExplorer
chmod seul était-il la solution proposée par la source ?
Non. L’auteur a insisté sur l’alignement des groupes et l’utilisation de setgid comme éléments clés.
Chaque système doit-il utiliser PGID 1001 ?
Non. Utilisez l’identifiant réel du groupe propriétaire du dossier accessible en écriture prévu sur votre système ZimaOS.
NextExplorer doit-il recevoir par défaut un accès en écriture et en suppression à l’ensemble du NAS ?
Non. Limitez les montages et les permissions aux dossiers dont il a réellement besoin et conservez des sauvegardes des données critiques.
