NetDrive unter Linux: „Permission Denied“ beheben

Ein DevOps-Ingenieur richtet NetDrive auf einer Ubuntu-16.04-Testmaschine ein, um einem CI-Runner Lesezugriff auf einen S3-Bucket voller Testdaten zu geben, führt den Mount-Befehl aus und bekommt nur „Permission denied“ zurück. Dasselbe Setup hat sich eine Stunde zuvor auf dem Windows-Laptop problemlos einbinden lassen. Unter Linux verhält sich das Mounten von NetDrive am stärksten anders als unter Windows oder macOS, und Berechtigungsfehler sind dort der häufigste Grund, warum ein Mount sich nicht verbindet.

NetDrive läuft auch unter Windows und macOS

Mit NetDrive erscheinen Google Drive, OneDrive, S3, SFTP, WebDAV und mehr als native Laufwerke unter Windows und macOS — ohne Synchronisation, ohne vollständige Downloads.

• Stabile, produktionsreife Unterstützung für Windows 8–11 und macOS 14+
• Dieselbe Anbieterliste — Google Drive, S3, SFTP, WebDAV und mehr
• Linux-FUSE-Berechtigungsdebugging auf diesen Plattformen komplett vermeiden

WindowsmacOS

NetDrive herunterladen →

Kostenlose Testversion. Lifetime- und Abo-Pläne verfügbar.

Warum Linux-Mounts anders scheitern

NetDrives Linux-Build wird separat verteilt, über das GitHub-Repository NetDrive/installer statt über die sonst üblichen DMG- oder EXE-Installer, und er ist als experimentell gekennzeichnet, nicht als produktionsreif: Er bietet nicht dieselben Stabilitätsgarantien wie die Windows- und macOS-Builds, und NetDrives eigene Vergleichsseite empfiehlt Windows oder macOS als primäre Plattformen. Wer trotzdem Linux einsetzt — ein Headless-Build-Server, ein Testrechner, ein privater Ubuntu-Desktop — sieht Berechtigungsfehler meist wegen einer FUSE-Konfiguration auf dem Host, nicht wegen einer defekten Installation.

Die FUSE-Berechtigungskette prüfen

FUSE-basierte Mounts unter Linux hängen von einer Berechtigungskette ab, die mit den eigenen Einstellungen von NetDrive nichts zu tun hat, und das ist die erste Stelle, an der man nachsehen sollte, wenn ein Mount mit „Permission denied“ zurückkommt:

• Gruppenmitgliedschaft. Der Benutzer, der NetDrive ausführt, muss auf der Distribution in der Regel zur Gruppe fuse gehören. Mit groups $USER prüfen, und falls fuse nicht aufgeführt ist, den Benutzer hinzufügen und ab- und wieder anmelden — Gruppenänderungen gelten nicht für eine bereits offene Sitzung.
• Berechtigungen von /dev/fuse. Dieser Gerätenode muss für diesen Benutzer oder diese Gruppe lesbar und beschreibbar sein. Wenn ein Systemupdate oder eine benutzerdefinierte udev-Regel die Berechtigungen zurückgesetzt hat, schlägt der Mount selbst bei korrekter Gruppenmitgliedschaft fehl.
• user_allow_other in /etc/fuse.conf. Diese Zeile muss einkommentiert werden, wenn ein Laufwerk eingebunden wird, das auch andere Benutzer auf derselben Maschine lesen müssen — etwa ein gemeinsam genutztes CI-Runner-Konto.

Nichts davon ist NetDrive-spezifisch konfiguriert; es ist dasselbe Berechtigungsmodell, auf das jedes FUSE-basierte Tool unter Linux angewiesen ist, weshalb sich die genaue Lösung je nach Distribution und Kernel-Version etwas unterscheidet.

Den Permission-Denied-Fehler beheben

1. Ein Terminal öffnen und groups $USER ausführen, um zu bestätigen, dass das Konto, das NetDrive startet, in der Gruppe fuse ist. Falls nicht, mit dem Benutzerverwaltungstool der Distribution hinzufügen und ab-, dann wieder anmelden.
2. /dev/fuse-Berechtigungen prüfen — bestätigen, dass der Gerätenode für diesen Benutzer oder diese Gruppe zugänglich ist, und korrigieren, falls eine kürzliche Systemänderung sie zurückgesetzt hat.
3. user_allow_other in /etc/fuse.conf einkommentieren, falls der Mount für mehr als einen lokalen Benutzer sichtbar sein muss.
4. Den Mount erneut von NetDrive aus versuchen, sobald die Berechtigungskette stimmt, und bestätigen, dass sich das Laufwerk verbindet.
5. Das NetDrive-Supportforum nach distributionsspezifischen Hinweisen durchsuchen, falls der Fehler bestehen bleibt — experimenteller Support bedeutet, dass Sonderfälle bei weniger gängigen Kernel-Versionen nicht immer vorab dokumentiert sind.

Fazit

Berechtigungsfehler unter Linux lassen sich fast immer auf die FUSE-Geräte- und Gruppenkonfiguration zurückführen und nicht auf etwas innerhalb von NetDrive selbst, und das Durchgehen der obigen Kette löst die meisten davon. Wenn der experimentelle Status von Linux für einen Produktionsworkflow ein Ausschlusskriterium ist, behandelt NetDrive on Ubuntu Linux, was von der Plattform insgesamt zu erwarten ist, und Mount Amazon S3 on Linux with NetDrive führt durch ein vollständiges S3-Setup, sobald der Mount funktioniert. macOS-Nutzer, die auf ein ähnliches Problem stoßen, sollten stattdessen Fix macOS FUSE Permission Errors with NetDrive lesen — beide Plattformen teilen sich das FUSE-Konzept, aber nicht dieselbe Lösung.

— Steve, NetDrive