Je suis passé d'Ubuntu à Debian sur une machine et tous mes scripts de montage sshfs échouent avec
fuse: failed to open /dev/fuse: Permission denied
à présent. Suis-je en train de manquer quelque chose de simple?
Pour une raison quelconque, Debian configure FUSE pour exiger que les utilisateurs soient dans le fuse
groupe.
Exécutez en tant que root, puis déconnectez-vous et reconnectez-vous . (Étape importante.)gpasswd -a username fuse
Il y a un rapport de bogue indiquant que Debian Wheezy (qui semble avoir la version 2.9.0-2 du paquet de fusibles, le bogue est signalé corrigé dans 2.9.0-3) peut définir des autorisations incorrectes pour
/dev/fuse
(crw------T 1 root root
dans mon cas).Comme indiqué dans les commentaires des articles précédents, cela peut être résolu en exécutant les commandes suivantes en tant que root:
Rappelez - vous aussi ajouter votre utilisateur au
fuse
groupe avec, par exemple,gpasswd -a username fuse
.la source
Changer les autorisations ('sudo chmod g + rw / dev / fuse', ce qui précède omet le 'r') a fonctionné pour moi (en plus bien sûr d'ajouter mon utilisateur au groupe de fusibles).
la source
J'ai le même problème. Il s'est avéré que l'autorisation pour / dev / fuse était la suivante. J'ai fait la commande chmod et cela fonctionne très bien. Je ne sais pas comment il est entré dans cet état. Cela fonctionnait hier.
la source
fuse
groupe existe est pour que les administrateurs puissent contrôler qui peut utiliser FUSE pour monter des systèmes de fichiers: seuls ceux qui sont dans lefuse
groupe (ou qui ont un accès root) peuvent utiliser FUSE. Votre solution donne accès à tous les utilisateurs.J'ai rencontré le même problème d'autorisation / dev / fuse refusée (sans rapport avec les sshfs). Dans mon cas, le paquet de fusibles n'a pas été installé. Le paquet fournit toutes les nécessités de base comme les outils de montage, le contrôle sysfs, un nouveau groupe "fuse" et la permission d'inode (gérée par udev).
La dernière commande charge le module du noyau et le noyau indique à udev de définir les autorisations.
la source
usermod -G fuse <username>
useradd n'accepte pas le paramètre -a