restic meldet am bisherigen Pfad kein Repository

Notieren Sie den vollständigen Repositorypfad aus der Meldung und vergleichen Sie ihn mit der bisherigen Sicherungsdokumentation. Prüfen Sie bei externen Datenträgern Laufwerkskennung und Einhängepunkt, bei Netzspeichern die tatsächlich verbundene Freigabe. Ein leerer lokaler Ordner kann übrig bleiben, wenn der erwartete entfernte Speicher nicht eingebunden ist. Das bedeutet nicht, dass dort ein neues Repository erstellt werden sollte. Kontrollieren Sie auf dem ursprünglichen Speichermedium, ob die vorhandene Repositorystruktur weiterhin existiert. Verändern Sie keine internen Unterordner und kopieren Sie nicht einzelne zufällig ausgewählte Dateien in einen neu angelegten Ersatz. So würde aus einer klaren Pfadabweichung ein schwerer nachvollziehbarer Mischbestand.

Stellen Sie die ursprüngliche Einbindung wieder her oder korrigieren Sie die Repositoryadresse des Auftrags auf den tatsächlichen vorhandenen Bestand. Verwenden Sie anschließend „restic -r REPOSITORY snapshots“ als erste lesende Prüfung. REPOSITORY muss durch die bestätigte Adresse ersetzt werden. Geben Sie das zu diesem Bestand gehörende Kennwort ein und vergleichen Sie die angezeigten Quellen und Zeitpunkte. Erst eine passende Liste plus erfolgreiche Testwiederherstellung zeigt, dass der richtige Zugang wieder funktioniert. „restic init“ erzeugt ein neues Repository; es ist keine Reparatur für einen falsch gewählten alten Pfad. Wenn der ursprüngliche Speicher selbst nicht erreichbar oder beschädigt ist, erhalten Sie die vorhandenen Daten und klären diesen Zustand zuerst. Aktualisieren Sie nach erfolgreicher Korrektur auch den geplanten Auftrag, damit er beim nächsten Neustart nicht erneut auf den leeren Ersatzpfad zeigt.