NetDrive sur Linux — corriger l'erreur « Permission refusée »

Un ingénieur DevOps installe NetDrive sur une machine de test Ubuntu 16.04 pour donner à un runner CI un accès en lecture à un bucket S3 rempli de fixtures, lance la commande de montage, et n’obtient qu’un « Permission denied ». La même configuration se monte pourtant sans problème sur son ordinateur portable Windows une heure plus tôt. Linux est la plateforme où le comportement de montage de NetDrive diffère le plus de Windows ou macOS, et les erreurs de permission sont la raison la plus courante pour laquelle un montage refuse de s’attacher.

NetDrive fonctionne aussi sur Windows et macOS

Avec NetDrive, Google Drive, OneDrive, S3, SFTP, WebDAV et plus apparaissent comme des lecteurs natifs sur Windows et macOS — sans synchronisation ni téléchargement complet.

• Support stable et prêt pour la production sur Windows 8–11 et macOS 14+
• Même liste de fournisseurs — Google Drive, S3, SFTP, WebDAV, et plus
• Évitez complètement le débogage des permissions FUSE sur Linux

WindowsmacOS

Télécharger NetDrive →

Essai gratuit. Licences à vie et abonnements disponibles.

Pourquoi les montages Linux échouent différemment

Le build Linux de NetDrive est distribué séparément, via le dépôt GitHub NetDrive/installer plutôt que les installeurs DMG ou EXE utilisés ailleurs, et il est étiqueté comme expérimental plutôt que prêt pour la production : il ne bénéficie pas des mêmes garanties de stabilité que les builds Windows et macOS, et la page de comparaison de NetDrive recommande Windows ou macOS comme plateformes principales. Si vous utilisez Linux malgré tout — un serveur de build headless, un banc de test, un bureau Ubuntu personnel — les erreurs de permission sont généralement un problème de configuration FUSE sur l’hôte, pas une installation cassée.

Vérifier la chaîne de permissions FUSE

Les montages basés sur FUSE sous Linux dépendent d’une chaîne de permissions qui n’a rien à voir avec les propres réglages de NetDrive, et c’est le premier endroit à vérifier lorsqu’un montage renvoie « Permission denied » :

• Appartenance au groupe. L’utilisateur qui exécute NetDrive doit généralement appartenir au groupe fuse de la distribution. Exécutez groups $USER pour vérifier, et si fuse n’apparaît pas, ajoutez l’utilisateur à ce groupe puis déconnectez-vous et reconnectez-vous — les changements de groupe ne s’appliquent pas à une session déjà ouverte.
• Permissions de /dev/fuse. Ce nœud de périphérique doit être lisible et accessible en écriture par cet utilisateur ou ce groupe. Si une mise à jour système ou une règle udev personnalisée a réinitialisé ses permissions, le montage échouera même avec la bonne appartenance au groupe.
• user_allow_other dans /etc/fuse.conf. Cette ligne doit être décommentée si vous montez un lecteur que d’autres utilisateurs de la même machine doivent aussi pouvoir lire — par exemple, un compte de runner CI partagé.

Rien de tout cela n’est spécifique à NetDrive ; c’est le même modèle de permissions dont dépend tout outil basé sur FUSE sous Linux, ce qui explique en partie pourquoi le correctif exact varie selon la distribution et la version du noyau.

Corriger l’erreur Permission refusée

1. Ouvrez un terminal et exécutez groups $USER pour confirmer que le compte qui lance NetDrive appartient au groupe fuse. Si ce n’est pas le cas, ajoutez-le avec l’outil de gestion des utilisateurs de votre distribution, puis déconnectez-vous et reconnectez-vous.
2. Vérifiez les permissions de /dev/fuse — confirmez que le nœud de périphérique est accessible à cet utilisateur ou ce groupe, et corrigez-le si un changement système récent l’a réinitialisé.
3. Décommentez user_allow_other dans /etc/fuse.conf si le montage doit être visible pour plus d’un utilisateur local.
4. Relancez le montage depuis NetDrive une fois la chaîne de permissions vérifiée, et confirmez que le lecteur s’attache.
5. Consultez le forum de support NetDrive pour d’éventuelles notes spécifiques à votre distribution si l’erreur persiste — le statut expérimental signifie que les cas limites sur les versions de noyau moins courantes ne sont pas toujours documentés d’emblée.

Conclusion

Les erreurs de permission sous Linux remontent presque toujours au périphérique FUSE et à la configuration des groupes plutôt qu’à quoi que ce soit à l’intérieur de NetDrive lui-même, et parcourir la chaîne ci-dessus résout la plupart d’entre elles. Si le statut expérimental de Linux est rédhibitoire pour un flux de production, NetDrive on Ubuntu Linux détaille ce qu’il faut attendre de la plateforme en général, et Mount Amazon S3 on Linux with NetDrive passe en revue une configuration S3 complète une fois le montage fonctionnel. Les utilisateurs macOS confrontés à un problème similaire devraient consulter Fix macOS FUSE Permission Errors with NetDrive à la place — les deux plateformes partagent le concept FUSE mais pas le même correctif.

— Steve, NetDrive