Wie bringe ich sshfs in Debian zum Laufen? (Ich bekomme / dev / fuse: Erlaubnis verweigert)

28

Ich bin auf einer Maschine von Ubuntu nach Debian gewechselt und alle meine sshfs-Mountskripte schlagen fehl

fuse: failed to open /dev/fuse: Permission denied

jetzt. Vermisse ich etwas Einfaches?

John Baber-Lucero
quelle

Antworten:

28

Aus irgendeinem Grund konfiguriert Debian FUSE so, dass Benutzer in der fuseGruppe sein müssen.

Führen Sie als root, dann abmelden und wieder anmelden . (Wichtiger Schritt.)gpasswd -a username fuse

Grawity
quelle
7
Nur zur Kenntnisnahme
gorn
5
Ich bin kein Experte, aber ich habe mein Problem gelöst, indem ich die Berechtigungen von / dev / fuse geändert habe - es hatte eine Stammgruppe und nicht rw für group (sudo chgrp fuse / dev / fuse; sudo chmod g + w / dev / fuse)
gorn
Ich habe zwei Wheezy ... eine von Grund auf neu installiert, eine andere, die von Squeeze aktualisiert und dann später mit einer Sicherung versehen wurde ... und ich habe eine andere Berechtigung für / dev / fuse. Ein neuer Fehler im Sicherungspaket?
Yves Martin
Hat bei mir nicht funktioniert, auch nicht die Gruppe geändert und Berechtigungen für / dev / fuse festgelegt.
Adambean
2
Kann sein: usermod -aG fuse <dein-benutzername> als root, dann logge dich aus und wieder ein
Cedric
12

Es gibt einen Fehlerbericht, der darauf hinweist, dass Debian Wheezy (das die Version 2.9.0-2 des Sicherungspakets zu haben scheint, der Fehler wurde in 2.9.0-3 behoben) möglicherweise falsche Berechtigungen für /dev/fuse( crw------T 1 root rootin meinem Fall) gesetzt hat.

Wie in den Kommentaren der früheren Posts angegeben, kann dies behoben werden, indem die folgenden Befehle als root ausgeführt werden:

chmod g+rw /dev/fuse
chgrp fuse /dev/fuse

Denken Sie auch daran, Ihren Benutzer zur fuseGruppe hinzuzufügen , z gpasswd -a username fuse. B. mit .

oseiskar
quelle
2

Das Ändern der Berechtigungen ('sudo chmod g + rw / dev / fuse', oben ohne 'r') hat bei mir funktioniert (zusätzlich zum Hinzufügen meines Benutzers zur Sicherungsgruppe).

Patrick
quelle
0

Ich habe das gleiche Problem. Es stellte sich heraus, dass die Erlaubnis für / dev / fuse die folgende ist. Ich habe den Befehl chmod ausgeführt und es funktioniert einwandfrei. Ich weiß nicht, wie es in diesen Zustand gekommen ist. Es hat gestern funktioniert.

$ ls -l /dev/fuse
crw-rw---T 1 root fuse 10, 229 May  4 16:41 /dev/fuse

chmod a+rw /dev/fuse

#now it works fine!
Packetie
quelle
Der Grund, warum die fuseGruppe vorhanden ist, besteht darin, dass Administratoren steuern können, wer FUSE zum Mounten von Dateisystemen verwenden kann: Nur diejenigen, die Mitglied der fuseGruppe sind (oder über Root-Zugriff verfügen), können FUSE verwenden. Ihre Lösung bietet Zugriff auf alle Benutzer.
Louis
0

Ich bin auf dasselbe Problem gestoßen, dem die Berechtigung / dev / fuse verweigert wurde (ohne Bezug zu sshfs). In meinem Fall wurde das Sicherungspaket nicht installiert. Das Paket enthält alle grundlegenden Funktionen wie die Mount-Tools, das Sysfs-Steuerelement, eine neue Sicherungsgruppe und die Inode-Berechtigung (von udev verwaltet).

# apt-get install fuse
# usermod -a -G fuse <username>
# modprobe fuse

Der Befehl Last lädt das Kernelmodul und der Kernel weist udev an, die Berechtigungen festzulegen.

h0tw1r3
quelle
1
usermod -G fuse <username>useradd akzeptiert den Parameter -a
volothamp nicht