Ich suche eine Anleitung, wie man LW Backup auf eine alte Synology NAS einrichten kann. Also eine NAS, die kein Borg im Paketzentrum zur Verfügung stellt.
Hier wäre ein Video schön, oder zumindest eine gute Anleitung, wie das auf der NAS und auf dem LW Server einzurichten ist. Der LW Server (int.de) und die NAS sind nur lokal verfügbar.
Danke schonmal!
Das könnte Dir weiterhelfen:
Dankeschön! Dann werde ich mich damit mal beschäftigen.
Hallo mxo2204,
also ich habe mich damit auch einmal beschäftigt und bin an dem Punkt angelangt, LWS macht Backups zuverlässig auf die Synology jede Nacht - diese Backups lassen sich dann auch einhängen, aber eine Wiederherstellung funktioniert nicht: “Fehler: Das Verzeichnis kann nicht wiederhergestellt werden. Bitte wählen Sie ein Verzeichnis in /backups.”. Somit ist dieses Backup-Verfahren für mich völlig nutzlos.
Ich lasse den LWS komplett ohne Daten (die werden alle nur gemountet von der Synology) auf dem Rechner laufen und mache mein Backup einmal die Woche mit rescuezilla auf die Synology. 8GB=1min fertig. Außerdem benutze ich den LWS nachts, um ein rsync meiner Daten von der Synology in die pcloud zu schieben.
Eigentlich an sich schade, zumal die Synology ja weit verbreitet ist.
Jean - geht das nicht auch einfacher?
Ich glaube dann nutzt Du die Backup Restore funktion falsch.
Wählst Du denn einen Ordner in /backups aus, den Du wiederherstellen möchtest?
Wenn ansonsten keine Fehlermeldungen bei den Backups passieren, sieht das alles gut aus.
Wenn jemand seine Synology für ein Video bereitstellt (wird anonymisiert) dann werde ich gerne mal ein Video machen, wie man seine Synology Schritt für Schritt als Backup System einrichtet und Daten daraus wiederherstellt.
Guten Morgen Jean,
ok, Du hast natürlich recht, erst wenn ich /backups/2026-02-14-system/var auswähle,
fragt er nach einer Wiederherstellung…
Stellt sich für mich natürlich die Frage:
Meine Synology kannst Du gerne nutzen. Bitte schreibe mir kurz, welche Anforderungen vorab diese für Dich erfüllen muss.
Grüße
LinuxMintFranky
Hier habe ich mal meine Notizen abgelegt, welche Ordner ich wiederherstelle:
Es ist aber auf der Roadmap nicht in allzu großer Ferne eine automatische Komplett-Wiederherstellung aus einem Backup anzubieten, da soll das dann automatisch funktionieren.
Ich schicke Dir gleich einen Termin-Link, dann nehmen wir das gerne auf.
Die Synology muss nicht groß vorbereitet werden.
Wenn Du möchtest, kannst Du in einer VM einen neuen lokalen Libre Workspace aufsetzen, muss aber nicht sein 
Eine Information für alle Nutzer einer (sehr) alten Synology NAS. Wie z.B. meiner eigenen DS413.
Ich wollte - dank @Jean Video und @LinuxMintUser Bereitstellung seiner NAS - das Backup auch auf meiner eigenen NAS aufsetzen. Bekam dann allerdings einen Fehler. Habe das dann mit Claude angeschaut und folgendermaßen gelöst.
Borg nativ auf dem NAS laufen lassen (SynoCommunity-Paket + borg serve via SSH-User borg). Grund: Borgs hashindex-Format hat einen bekannten, ungefixten Bug auf big-endian-CPUs – und die NAS-CPU (PowerPC e500v2/SPE) ist big-endian. Upstream warnt explizit vor Datenverlust/Repo-Korruption. → borg-User und Paket wieder von der NAS gelöscht.
MHNAS1, 192.168.178.27). Grund: NAS-CPU ist PowerPC e500v2 (Big-Endian) – Borgs Hashindex-Format hat dort einen bekannten, ungelösten Upstream-Bug (Repo-Korruptionsrisiko).
borg-SSH-User auf der NAS wurden deshalb wieder entfernt.mhmini1 (Debian-Server, 192.168.178.21, x86_64, Little-Endian). Die NAS dient nur noch als reiner Netzwerkspeicher (NFS), auf den Borg über einen normalen lokalen Pfad schreibt – keine SSH-Verbindung zu Borg auf der NAS./volume1/borg192.168.178.21, Lese-/Schreibzugriff, Squash = “Kein Mapping”In /etc/fstab:
192.168.178.27:/volume1/borg /mnt/mhnas1/borg nfs rw,users,noauto,x-systemd.automount,nfsvers=3 0 0
Mountpoint: /mnt/mhnas1/borg
Gotcha: Nach Hinzufügen eines neuen fstab-Automount-Eintrags reicht systemctl daemon-reload nicht aus, um ihn zu aktivieren. Einmalig sudo mount /mnt/mhnas1/borg ausführen, sonst zeigt der Pfad nur den leeren lokalen Platzhalter-Ordner (sieht wie ein Rechteproblem aus, ist aber keins).
/mnt/mhnas1/borg/mhmini1--encryption=none, bewusste Entscheidung)e912ecaa5401efb224886ae85b4d6a64b1868235c3c48927cc75452ef985e278Systemverwaltung → Vollautomatische Backups:
| Feld | Wert |
|---|---|
| Borg-Repository | /mnt/mhnas1/borg/mhmini1 |
| SSH-Zugriffs-Fingerprint | leer |
| Borg-Verschlüsselung | Aus |
| Borg-Passphrase | leer |
| “Borg-Repository befindet sich auf einem Synology NAS” | nicht aktiviert |
| Tägliche Backup-Zeit | 03:00 |
| Aufbewahrung | 7 täglich / 4 wöchentlich / 6 monatlich |
Wichtig: Das “Borg-Repository”-Feld wird 1:1 an borg create/prune übergeben – ein lokaler Pfad funktioniert genauso wie eine SSH-URL. Das Synology-Häkchen würde nur
--remote-path=/usr/local/bin/borg setzen (für den klassischen SSH-zu-NAS
Backup-Umfang: Komplettes /-Dateisystem (inkl. /home/peter), außermedia /mnt /var/log /dataund/home/lw.*/Nextcloud` (rclone-Mounts,separat behandelt). Läuft als root.
ps aux-Ausgabe vorkommt – das kann durch einen unbeteiligten Prozess (z.B. ein grep/pgrep mit diesem Suchbegriff) fälschlich ausgelöst werden. Falls die Anzeige lange “läuft” zeigt, ohne dass ein echter do_backup.sh/borg create-Prozess in ps aux zu sehen ist: das ist der UI-Bug, kein echtes# Liste aller Archive
borg list /mnt/mhnas1/borg/mhmini1
# Infos/Größe
borg info /mnt/mhnas1/borg/mhmini1
# Dateien in einem Archiv durchsuchen
borg list /mnt/mhnas1/borg/mhmini1::<archivname> <pfad-teilstring>
# Wiederherstellung (Beispiel: einzelne Datei/Ordner)
borg extract /mnt/mhnas1/borg/mhmini1::<archivname> <pfad>
Für den Restore kann man dann LW verwenden oder es mit Vorta machen.
Setup: Vorta läuft auf dem Desktop-Rechner (mhmini1). Repo liegt auf MHNAS1, erreichbar über den vorhandenen NFS-Mount /mnt/mhnas1/borg/mhmini1.
sudo apt install vorta/mnt/mhnas1/borg/mhmini1~/borg-restore wählen (leerer Ordner, einmal per mkdir ~/borg-restore angelegt).~/borg-restore in Thunar öffnen, gewünschte Datei(en) suchen und an den Zielort kopieren.Ursache: Der automatische Backup-Dienst auf mhmini1 läuft als root, daher gehören neue Segmentdateien im Repo root:root (Mode 0600) und sind vom Desktop-User peter nicht lesbar. Tritt vermutlich nach jedem neuen automatischen Backup wieder auf.
Fix (via Synology DSM File Station, kein SSH nötig):
borg → Rechtsklick auf mhmini1 → Eigenschaften.Test, ob nötig: im Terminal borg info /mnt/mhnas1/borg/mhmini1 – bei PermissionError auf eine data/*/NNN-Datei ist der Fix wieder fällig.
Claude hat ein Skript erstellt, das Cron gesteuert folgendes macht:
Damit läuft bei mir der Backup seit einigen Tagen sauber und auch ein Test Restore hat geklappt.
Vielleicht hilft es ja irgendwem (aber wer hat schon ein so alte NAS…)
Danke fürs teilen deiner detaillierten Anleitung/Erfahrung 
Das mit der Backup Anzeige ist interessant, dass er da bei Dir anscheinend noch nicht richtig anzeigt, ob das Backup noch läuft oder nicht.
Eigentlich müsste der auf *backup.sh “hören”, nicht auf borg:
def is_backup_running(additional_id=None):
# Check if a process with the name backup.sh in it is running
ps_output = subprocess.getoutput("ps -aux")
if additional_id:
if "backup.sh " + additional_id in ps_output:
return True
if f"backup_additional_{additional_id}.sh" in ps_output:
return True
return False
else:
if "backup.sh" in ps_output:
return True
if "_backup.sh" in ps_output:
return True
return False
Vielleicht hilft Dir das weiter
PS: Habe mittlerweile ein Video dazu gemacht auf dem YouTube Kanal:
