Cloud-Mount schreibgeschützt und Speichern nicht möglich — Lösung mit RcloneView
Wenn ein eingebundenes Cloud-Laufwerk das Speichern verweigert, liegt die Ursache meist an einer Mount-Einstellung oder einer Berechtigung — beides lässt sich schnell prüfen.
Sie haben einen Remote eingebunden und ein Dokument geöffnet, aber das Speichern schlägt fehl, oder Dateien lassen sich hineinkopieren, aber nicht bearbeiten. Bevor Sie dem Cloud-Anbieter die Schuld geben, sehen Sie sich an, wie der Mount konfiguriert wurde. RcloneView bündelt alle relevanten Optionen in einem Dialog, sodass Sie die Ursache ohne Kommandozeile finden. RcloneView synchronisiert und vergleicht außerdem Ordner, wobei die Grundfunktionen mit der FREE-Lizenz verfügbar sind.
Alle Clouds an einem Ort verwalten & synchronisieren
RcloneView ist eine plattformübergreifende GUI für rclone. Vergleichen Sie Ordner, übertragen oder synchronisieren Sie Dateien und automatisieren Sie Multi-Cloud-Workflows mit einer klaren, visuellen Oberfläche.
- Ein-Klick-Jobs: Kopieren · Synchronisieren · Vergleichen
- Zeitpläne & Verlauf für zuverlässige Automatisierung
- Funktioniert mit Google Drive, OneDrive, Dropbox, S3, WebDAV, SFTP und mehr
Kernfunktionen kostenlos. Plus-Automatisierungen verfügbar.
Zuerst die Option Read Only prüfen
Die Mount-Einstellungen enthalten einen Schalter Read only, der standardmäßig ausgeschaltet ist. War er beim Speichern des Mounts aktiviert, werden alle Schreibzugriffe abgelehnt. Öffnen Sie den Mount-Manager über den Tab Remote, heben Sie die Einbindung des Eintrags auf und bearbeiten Sie ihn. Edit und Delete sind deaktiviert, solange ein Laufwerk eingebunden ist; zum Ändern ist also ein Aushängen erforderlich.
Schalten Sie Read only aus und wählen Sie dann Save and mount.
Cache-Modus prüfen
Der Standard-VFS-Cache-Modus ist writes; er puffert geschriebene Dateien lokal, damit Anwendungen normal speichern können. Wird er auf off oder minimal gesetzt, können Programme versagen, die in Dateien springen (Seek) oder sie an Ort und Stelle neu schreiben. Schlägt das Speichern in einem Editor fehl, probieren Sie writes oder full.
Achten Sie auch auf den freien Speicherplatz am Cache-Speicherort. Ein voller Cache-Datenträger verursacht Schreibfehler, die wie Berechtigungsprobleme aussehen. Falls Sie das vermuten, lesen Sie den unten verlinkten Leitfaden zu VFS-Cache-Fehlern bei vollem Datenträger.
Konto- und Plattformursachen ausschließen
Manche Remotes sind von Natur aus schreibgeschützt. Der HTTP-Remote bietet nur Lesezugriff, und in einen freigegebenen Ordner, für den Sie nur Leserechte erhalten haben, lässt sich unabhängig vom Mount nicht schreiben. Testen Sie dies, indem Sie über das Explorer-Panel eine Datei hochladen: Schlägt auch das fehl, liegt das Problem beim Remote oder dessen Berechtigungen, nicht beim Mount.
Unter Linux benötigt das Einbinden FUSE (fuse3 wird empfohlen). Wenn andere Benutzer Zugriff brauchen, aktivieren Sie Allow other. Unter Windows kann sich ein Mount, der als Netzlaufwerk erscheint, bei manchen Anwendungen anders verhalten; schalten Sie diese Option daher einmal um.
Erste Schritte
- Laden Sie RcloneView herunter von rcloneview.com.
- Hängen Sie das Laufwerk aus, öffnen Sie seinen Eintrag im Mount-Manager und vergewissern Sie sich, dass Read only aus ist.
- Setzen Sie den Cache-Modus auf writes und prüfen Sie den freien Speicherplatz.
- Testen Sie einen Upload im Explorer, um die Remote-Berechtigungen von den Mount-Einstellungen zu trennen.
Die meisten Schreibfehler lassen sich auf eine dieser Prüfungen zurückführen, und alle dauern nur wenige Minuten.
Weiterführende Anleitungen:
- Cloud-Mount-Trennungen und -Abbrüche mit RcloneView beheben
- VFS-Cache-Fehler bei vollem Datenträger mit RcloneView beheben
- Langsames Öffnen von Dateien auf Mounts beheben — VFS-Cache-Modus mit RcloneView
Unterstützte Cloud-Anbieter
