Zum Hauptinhalt springen

Beschädigte Rclone-Konfiguration in RcloneView beheben und wiederherstellen

· 5 Minuten Lesezeit
Tayson
Senior Engineer

Eine beschädigte rclone-Konfigurationsdatei kann dazu führen, dass alle Ihre Cloud-Remotes verschwinden. Dieser Leitfaden erklärt, warum das passiert, wie Sie die Daten wiederherstellen und wie Sie es künftig verhindern.

Ihre rclone-Konfigurationsdatei (rclone.conf) speichert jeden von Ihnen eingerichteten Remote — Cloud-Zugangsdaten, Tokens, Verschlüsselungsschlüssel und Verbindungseinstellungen. Wenn diese Datei beschädigt wird, verlieren Sie den Zugriff auf alle konfigurierten Remotes, bis Sie diese reparieren oder neu erstellen. RcloneView liest und schreibt dieselbe Konfigurationsdatei wie die rclone-CLI, sodass eine Beschädigung beide Tools gleichermaßen betrifft. Im Folgenden erfahren Sie, wie Sie das Problem diagnostizieren und beheben.

Vorschau der RcloneView-App

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
WindowsmacOSLinux
Kostenlos loslegen →

Kernfunktionen kostenlos. Plus-Automatisierungen verfügbar.

Symptome einer beschädigten Konfiguration

Möglicherweise liegt eine beschädigte Konfigurationsdatei vor, wenn Sie eines der folgenden Symptome bemerken:

  • Remotes verschwinden aus der Remote-Liste von RcloneView oder rclone listremotes liefert kein Ergebnis.
  • Parsing-Fehler beim Start, wie Failed to load config file oder invalid character.
  • Authentifizierung schlägt fehl bei Remotes, die zuvor funktioniert haben, mit Token-Fehlern oder nicht übereinstimmenden Zugangsdaten.
  • Unvollständige Remote-Einträge — einige Remotes laden, andere fehlen oder haben unvollständige Einstellungen.
  • Verstümmelter Text beim Öffnen der rclone.conf in einem Texteditor — unlesbare Zeichen statt Abschnitten im INI-Format.
Check RcloneView job history for config-related errors

Häufige Ursachen

Unterbrochene Speichervorgänge der Konfiguration

Die häufigste Ursache ist ein Schreibvorgang, der vor dem Abschluss unterbrochen wurde. Das kann passieren, wenn:

  • Das System abstürzt oder der Strom ausfällt, während rclone eine Token-Erneuerung speichert.
  • Sie RcloneView oder rclone während der Aktualisierung der Konfiguration erzwungen beenden.
  • Ein Schreibvorgang auf die Festplatte aufgrund von unzureichendem Speicherplatz oder einem Dateisystemfehler fehlschlägt.

Datenträger- und Dateisystemfehler

Zugrunde liegende Speicherprobleme können jede Datei, einschließlich Ihrer Konfiguration, stillschweigend beschädigen:

  • Fehlerhafte Sektoren auf einer Festplatte.
  • Dateisystembeschädigung nach einem unsauberen Herunterfahren.
  • Latenz im Netzwerk-Dateisystem (NFS/SMB), die unvollständige Schreibvorgänge verursacht.

Probleme mit dem Verschlüsselungsschlüssel

Wenn Ihre Konfiguration mit RCLONE_CONFIG_PASS verschlüsselt ist, treten Probleme auf, wenn:

  • Die Umgebungsvariable für das Passwort nicht gesetzt ist oder sich zwischen Sitzungen ändert.
  • Das Passwort in einem Schlüsselbund-Eintrag gespeichert war, der gelöscht oder zurückgesetzt wurde.
  • Sie die Konfiguration auf einen anderen Rechner kopiert haben, ohne auch das Passwort zu übertragen.

Fehler bei manueller Bearbeitung

Das Öffnen von rclone.conf in einem Texteditor und das versehentliche Einfügen von Syntaxfehlern — fehlende Klammern, defekte INI-Abschnittsüberschriften oder gelöschte Zeilen — beschädigt die Konfiguration für den Parser.

Konfigurationsdatei finden

Suchen Sie vor der Wiederherstellung Ihre Konfigurationsdatei:

BetriebssystemStandardspeicherort
Windows%APPDATA%\rclone\rclone.conf
macOS~/.config/rclone/rclone.conf
Linux~/.config/rclone/rclone.conf

Sie können den aktiven Konfigurationspfad auch überprüfen, indem Sie rclone config file in einem Terminal ausführen. RcloneView verwendet denselben Dateipfad.

Wiederherstellungsschritte

Schritt 1: Nach Sicherungskopien suchen

Bevor Sie Änderungen vornehmen, suchen Sie nach automatischen oder manuellen Backups:

  • Manche Systeme erstellen .bak-Dateien im selben Verzeichnis. Prüfen Sie, ob eine rclone.conf.bak vorhanden ist.
  • Wenn Sie ein Backup-Tool oder eine Cloud-Synchronisation für Ihr Home-Verzeichnis verwenden, stellen Sie die Datei aus einem aktuellen Snapshot wieder her.
  • Prüfen Sie den Papierkorb Ihres Systems — manche Editoren erstellen temporäre Kopien.

Schritt 2: Dateistruktur überprüfen

Öffnen Sie rclone.conf in einem einfachen Texteditor. Eine intakte Konfiguration sieht so aus:

[my-gdrive]
type = drive
client_id = ...
client_secret = ...
token = {"access_token":"...","token_type":"Bearer",...}

[my-s3]
type = s3
provider = AWS
access_key_id = AKIA...
secret_access_key = ...
region = us-east-1

Achten Sie auf: fehlende [section]-Überschriften, abgeschnittene Zeilen, binäre Zeichen oder unvollständige JSON-Token-Strings.

Schritt 3: Teilweise Beschädigung reparieren

Wenn nur ein Teil der Datei beschädigt ist:

  1. Sichern Sie zunächst die beschädigte Datei — kopieren Sie sie nach rclone.conf.corrupt.
  2. Entfernen Sie den beschädigten Abschnitt — löschen Sie den defekten Remote-Eintrag vollständig.
  3. Fügen Sie den Remote erneut hinzu in RcloneView über den Assistenten für neue Remotes.
Re-add a cloud remote in RcloneView after config repair

Schritt 4: Von Grund auf neu aufbauen

Wenn die Datei vollständig unlesbar ist:

  1. Benennen Sie die beschädigte Datei in rclone.conf.old um.
  2. Starten Sie RcloneView — es beginnt mit einer neuen, leeren Konfiguration.
  3. Fügen Sie jeden Remote über den Einrichtungsassistenten erneut hinzu. Bei OAuth-basierten Remotes (Google Drive, OneDrive, Dropbox) müssen Sie die Autorisierung erneut durchführen.
  4. Für S3-kompatible Remotes benötigen Sie Ihre Zugriffsschlüssel und geheimen Schlüssel.
RcloneView explorer after rebuilding remotes

Schritt 5: Verschlüsselte Konfigurationen wiederherstellen

Wenn Ihre Konfiguration verschlüsselt war und Sie das Passwort haben:

  1. Setzen Sie RCLONE_CONFIG_PASS in Ihrer Umgebung.
  2. Führen Sie rclone config show aus, um zu überprüfen, ob die Entschlüsselung funktioniert.
  3. Wenn die Entschlüsselung erfolgreich ist, war die Konfiguration nicht beschädigt — das Problem war ein fehlendes Passwort.

Wenn Sie das Verschlüsselungspasswort verloren haben, kann die Konfiguration nicht entschlüsselt werden. Sie müssen alle Remotes von Grund auf neu erstellen.

Präventionstipps

  • Regelmäßig sichern — kopieren Sie rclone.conf nach dem Hinzufügen oder Ändern von Remotes an einen sicheren Ort. Ein einfaches cp ~/.config/rclone/rclone.conf ~/.config/rclone/rclone.conf.backup genügt.
  • Zugangsdaten getrennt speichern — bewahren Sie S3-Schlüssel, SFTP-Details und Ihr RCLONE_CONFIG_PASS in einem Passwort-Manager auf.
  • Niemals erzwungen beenden — beenden Sie RcloneView oder rclone niemals während einer Token-Erneuerung oder eines Konfigurations-Speichervorgangs.
  • Ausreichend Speicherplatz sicherstellen auf dem Laufwerk, auf dem Ihre Konfiguration gespeichert ist.
  • Die GUI verwenden, um Remotes zu verwalten, anstatt rclone.conf manuell zu bearbeiten.

Erste Schritte

  1. RcloneView herunterladen von rcloneview.com.
  2. Ihre Konfiguration finden mit rclone config file.
  3. Ihre Konfiguration sichern, bevor Sie Änderungen vornehmen.
  4. Die GUI verwenden, um Remotes sicher hinzuzufügen und zu verwalten.

Ein paar Minuten für die Sicherung Ihrer Konfiguration können Stunden an Neukonfiguration ersparen. Machen Sie es zu einem festen Bestandteil Ihrer Routine.


Weitere Anleitungen:

Unterstützte Cloud-Anbieter

Local Files
WebDAV
FTP
SFTP
HTTP
SMB / CIFS
Google Drive
Google Photos
Google Cloud Storage
OneDrive
Dropbox
Box
MS Azure Blob
MS File Storage
S3 Compatible
Amazon S3
pCloud
Wasabi
Mega
Backblaze B2
Cloudflare R2
Alibaba OSS
Ceph
Swift (OpenStack)
IBM Cloud Object Storage
Oracle Cloud Object Storage
IDrive e2
MinIO
Storj
DigitalOcean Spaces