Stern inaktivStern inaktivStern inaktivStern inaktivStern inaktiv
 

Das Backupscript raspiBackup.sh wird immer mehr benutzt um die Backups auf einer Synology abzulegen. Lange besaß ich keine Synology und konnte keinerlei Tests vornehmen um bei Problemen zu helfen. Deshalb erstellte ich diese Webseite um allen Nutzern einer Synology eine Möglichkeit des Informationsaustausches über Kommentare zu dieser Seite zu geben. Wer eine Synology besitzt konnte kurz einen Kommentar posten und sich damit an der Diskussion beteiligen.

Ergebnisse und Empfehlungen, die aus Diskussionen entstehen, wurden natürlich hier dokumentiert.

Mittlerweile besitze ich eine Synology DS418play und bin auch in der Lage genauer zu beschreiben was man tun muss um mit raspiBackup seine Raspberries auf einer Synology sichern zu können. Die Beschreibung erklärt wie man die mit der empfohlenen Backupmethode rsync auf nfs Backupspace sichert.

 

Wichtig

Die Partition auf der Synology muss mit no_root_squash exportiert werden damit rsync genutzt werden kann. Im UI muss dann bei Squash No-mapping eingetragen werden.

Synology nfs defs 

Weiterhin habe ich nfs 4.1 eingeschaltet und default Linux permissions.

SynologyNFSAddtlSettings

 

Wenn man dann noch seine ACLs sicher möchte muss zusätzlich noch auf der Raspberry in der /etc/idmapd.conf die IP Adresse der Synology eingetragen werden.

 

Konfiguration einer Synology und der Raspberry um ein rsync Backup per nfs auf einer Synology zu sichern

 

Im Wesentlichen sind folgende Schritte durchzuführen:

1) Gemeinsamen nfs Ordner auf der Syno erstellen

2) mount des gemeinsamen nfs Ordners auf der Raspi in der fstab

3) Installation und Konfiguration von raspiBackup per Installer (keinen automatischen Backup konfigurieren)

4) Test des Backups und Restores von der Commandline

5) Einrichten des regelmaessigen Backups in der Crontab per Installer

 

Es empfielt sich vor dem Beginn die FAQ Seite zu lesen wo die wichtigsten Fragen und Antworten zu raspiBackup zusammengestellt sind.

Gemeinsamen nfs Ordner auf der Syno erstellen

Im DSM, Systemsteuerung -> Gemeinsamer Ordner -> Erstellen erstellt man einen gemeinsamen Ordner z.B. mit dem Namen raspiBackups. Eine Papierkorb braucht man nicht. Die nfs Berechtigungen muessen wie folgt eingestellt werden (Hinweis: raspiBackup laeuft als root). Hostname oder IP: Hostname oder IP des nfs Clients, z.B. 192.168.0.10. Privileg: lesen/schreiben, Squash: keine Zuordnung, Sicherheit: sys.

mount des gemeinsamen nfs Ordners auf der Raspi in der fstab

Folgender Eintrag bewirkt das Mounten des Synology nfs Orders unter dem Mountpoint /backup unter der Annahme, dass 192.168.0.11 die Synology ist und sie unter /backup gemounted wird:

192.168.0.11:/volume1/raspberryBackups /backup nfs rw,nfsvers=3 0 0
Danach kann man mit sudo mount /backup den nfs Ordner mounten. Den Zugriff kann man testen mit sudo echo "Raspberry war hier" > /backup/killroy.txt und sudo cat /backup/killroy.txt Falls es Probleme gibt Hinweise von erfahrenen Synologybenutzern zu Synology und raspiBackup lesen.

Installation und Konfiguration von raspiBackup

Installation von raspiBackup gemäß dieser Anleitung. Dabei dann rsync als Backupmethode und /backup als Backuppfad angeben. Den regelmäßigen Backup noch nicht konfigurieren.

Test des Backups und Restores von der Commandline

Test des Backups und Restores

Einrichten des regelmaessigen Backups in der Crontab

Aufruf des Installers und Konfiguration des regelmäßigen Backupzeitpunktes.

 

Siehe auch folgende DSM Hilfsseiten

Gemeinsamen Ordner erstellen

nfs Ordner konfigurieren

 

Hinweise und Tipps von raspiBackup Benutzern die eine Synology als Backupspace benutzen

 

Beitrag von Udo (Kommentar #45)

Udo hat im Kommentar beschrieben was man tun muss dass der Automount der Synology beim Booten der Raspberry funktioniert.

 

Es wurde verschiedentlich berichtet, dass es mit Synologies Probleme mit Hardlinks geben kann, die von rsync benutzt werden, wenn nfs4 benutzt wird. Mit
192.168.0.42:/backup /backup nfs rw,nfsvers=3 0 0
wird das nfs3 Protokoll benutzt so dass das Backupskript dann erfolgreich durchläuft.
Weiterhin werden Softlinks mit CIFS nicht unterstützt wenn nicht wenigstens CIFS Version 3 benutzt wird.
 

Beitrag von Markus (Kommentar #2)

 

Bei mir läuft das Backup mit raspiBackup.sh in folgender Konfiguration:

* Raspberry mit Rasbian Whezzy
* raspiBackup.sh, Version 0.5.7.10e
* Synology NAS DS213, mit aktueller DSM Version

Synology NAS Share: /volume1/backup
Synology NAS Share NFS Regeln: Hostname oder IP: *, Privileg: Lesen/Schreiben, Squash: Keine Zuordnung
Synology NAS Share Berechtigungen (Konsole): d---------    5 root     root          4096 Dec 15 06:01 backup
Raspberry Pi Mountpoint: /media/nas-backup

Raspberry Pi fstab Einträge für NFS3 und NFS4

# Entry for the NAS backup, mount with NFS version 3
192.168.X.XXX:/volume1/backup /media/nas-backup nfs rw,nfsvers=3 0 0
# Entry for the NAS backup, mount with NFS version 4
#192.168.X.XXX:/volume1/backup /media/nas-backup nfs rw 0 0

Anmerkung zum Mounten mit NFS4:
Der Benutzer Jean hat auf der englischen Seite von raspibackup beschrieben wie man das Backup auf ein Share welches mit NFS4 eingebunden ist durchführen kann. Konnte es bisher noch nicht testen. Hier der Permalink

Auszug aus der raspiBackup.conf abgelegt unter /usr/local/etc/

cat /usr/local/etc/raspiBackup.conf
# path to store the backupfile
DEFAULT_BACKUPPATH="/media/nas-backup"
# how many backups to keep
DEFAULT_KEEPBACKUPS=4
# type of backup: dd, tar, xbmc or rsync
DEFAULT_BACKUPTYPE="rsync"

Ich hoffe das einigen Synology Benutzern hiermit geholfen ist.

 

 

Entdeckungen von Alfred

Alfred bekam folgende Fehlermeldung von rsync

rsync: chown "/mnt/nas/arami nta/araminta-rs ync-backup-2016 1029-190948/mmc blk0p1/overlays /.w1-gpio-overl ay.dtb.ansSC4" failed: Operation not permitted (1)"
Dann benutze er den rsync Befehl, den er im raspiBackup.log fand, den raspiBackup ausführt um das Backup zu erstellen um das Problem zu reproduzieren und gezielt ohne raspiBackup zu debuggen. Da er den -P Modus benutzt musste er vorher noch folgende Befehle ausführen:
 
sudo mkdir /tmp/mmcblk0p1
sudo mount /dev/mmcblk0p1 /tmp/mmcblk0p1
 

Ich machte dann zufällig einen Fehler der zur Lösung führte: Das ist der rsync Befehl den ich ausführte:

 
rsync --exclude="/mnt/nas" --exclude=/proc/* --exclude=/lost+found/* --exclude=/sys/* --exclude=/dev/* --exclude=/boot/* --exclude=/tmp/* --exclude=/run/* --exclude=mmcblk0p1/overlays/* --numeric-ids -aHAXx -v /tmp/mmcblk0p1 "/mnt/nas/test.backup" 
 
Dieser Befehl funktionierte ohne Fehlermeldung. Es lag aber daran dass ich vergessen hatte 'sudo' zu benutzen. Als ich den Befehl dann nochmal mit sudo ausführte kam die Fehlermeldung wieder. Das weist IMHO auf ein Zugriffsproblem auf der Synology NAS hin. Nachdem ich dann auf der NAS die NFS permissions von 'map all users to admin' auf 'no mapping' geändert hatte, bingo, funktionierte es auch mit sudo.
Kommentar schreiben

*** Hinweis ***

Kommentare sind erwünscht. Aber um lästige Spamposts abweisen zu können gibt es ein paar Dinge die zu beachten sind:
  1. Kommentare mit dem Text http werden sofort zurückgewiesen mit der Meldung Sie sind nicht berechtigt den Tag zu verwenden. zz
  2. Kommentare werden manuell überprüft und es dauert deshalb in der Regel einen Tag bis sie veröffentlicht werden.

    Kommentare   
    #51 Tom 2021-05-23 14:49
    Hallo,

    Ich habe auch das Problem mit der Fehlermeldung:
    Zitat:
    rsync: set_acl: sys_acl_set_file(media/pi, ACL_TYPE_ACCESS): Operation not supported (95)
    Habe die Lösung 4 aus der FAQ24 versucht, die hat mir nicht geholfen.
    Jetzt wollte ich Lösung 3 testen, aber wo muss ich hier die Option angeben bei der automatischen Sicherung?

    Zitat:
    DEFAULT_RSYNC_BACKUP_OPTIONS="-aHx --delete"
    Auch wollte ich diesen Hinweis nachgehen, aber da weiß ich leider auch nicht wie und wo ich das in die Datei eintragen muss.

    Zitat:
    Wenn man dann noch seine ACLs sicher möchte muss zusätzlich noch auf der Raspberry in der /etc/idmapd.conf die IP Adresse der Synology eingetragen werden.
    Kann mir jemand helfen?

    Vielen Dank im voraus.
    Gruß Tom
    Zitieren
    #50 framp 2021-04-03 19:59
    Moin Max,

    es gibt eine Webseite wo viele Fehlermeldungen erklärt sind. Diese Meldung fehlte dort noch und ich habe sie eben aufgenommen. Lies bitte auf HTTPS://www.linux-tips-and-tricks.de/de/fehlermeldungen/#M0020 nach ;-)

    Cu framp
    Zitieren
    #49 Max 2021-04-03 18:28
    Hallo zusammen
    Ich bin erst Anfänger darum bitte nicht gleich abstoßen.

    Habe raspiBackup nach Anleitung installiert und eingerichtet.
    bei starten von Backup bekomme ich unten aufgelistete Meldung:

    !!! RBK0196W
    ??? RBK0020E


    Zitat:
    pi@raspi:~ $ sudo raspiBackup.sh -m detailed
    --- RBK0009I: raspi: raspiBackup.sh V0.6.6 (83ecd03) Sa 3. Apr 18:10:13 CEST 2021 gestartet.
    --- RBK0128I: Logdatei ist /media/pi/Pi_Backup/backup/raspi/raspi-rsync-backup-20210403-181011/raspiBackup.log.
    --- RBK0116I: Konfigurationsdatei /usr/local/etc/raspiBackup.conf wird benutzt.
    !!! RBK0196W: /media/pi/Pi_Backup/backup unterstützt keine Hardlinks.
    ??? RBK0020E: Dateisystem des rsync Backupverzeichnisses /media/pi/Pi_Backup/backup unterstützt keine softlinks.
    --- RBK0033I: Bitte warten bis aufgeräumt wurde.
    --- RBK0043I: Unvollständiges Backup /media/pi/Pi_Backup/backup/raspi/raspi-rsync-backup-20210403-181011 in wird gelöscht. Das kann etwas dauern. Bitte Geduld.
    --- RBK0049I: Meldungen wurden in /home/pi/raspiBackup.msg gesichert.
    --- RBK0026I: Debug Logdatei wurde in /home/pi/raspiBackup.log gesichert.
    --- RBK0010I: raspi: raspiBackup.sh V0.6.6 (83ecd03) Sa 3. Apr 18:10:16 CEST 2021 beendet mit Returncode 107.
    ??? RBK0005E: Backup fehlerhaft beendet. Siehe vorhergehende Fehlermeldungen.
    pi@raspi:~ $


    was mache ich falsch?

    Raspberry Pi4
    64 Gb micro SD - System
    16 Gb USB 3.0 - Pi_Backup
    WLAN
    Alles original erst 1 Woche im betrieb.

    bin für jede Hilfe dankbar
    Zitieren
    #48 framp 2021-03-16 22:32
    Moin flix,

    ein paar Fragen habe ich:

    1) Welche raspiBackup Version benutzt Du? (Ausgabe von raspiBackup.sh --version).
    2) Welchen Backuptyp benutzt Du? dd, tar oder rsync?
    3) Wie ist Dein Backuspace formatiert? (ext4, NTFS, Fat, ...) ?

    Cu framp
    Zitieren
    #47 flix 2021-03-16 20:35
    Hallo zusammen,
    habe erfolgreich das Backup auf eine neue SD-Karte wiederherstellen können. An sich funktioniert auch alles wie vorher, aber irgendwie gibt es Probleme mit den Berechtigung der gesamten Dateistruktur.
    Sobald ich etwas als sudo ausführen will, kommt immer die folgende Meldung und ich kann nichts ausführen:
    sudo: /usr/bin/sudo must be owned by uid 0 and have the setuid bit set
    Meine Dateistruktur ist über "ls -l" alles zu User und Gruppe "root" zugeordnet, auch auf der NAS von der ich das Backup wiederhergestellt habe. Ist das so korrekt? Wie behebe ich den Fehler mit sudo?
    Auch ein einfaches "crontab -e" geht nicht mit Standard User "pi"
    Zitieren
    #46 framp 2021-02-12 19:06
    Moin Udo,

    vielen Dank fuer den Hinweis. Ich habe es oben aufgenommen.

    Cu framp
    Zitieren
    #45 Udo 2021-02-12 16:59
    Ich hatte Probleme mit dem automatischen mount des nfs shares von der Synology nach reboot des Raspi.
    Wurde gelöst in der GUI durch:
    Raspi->Preferences->Raspberry Pi Configuration:
    System->Network at Boot: Wait for network
    (default war: Do not wait. Beim booten kam der (auto) mount Befehl vor der Verfügbarkeit des Netzwerkes und schlug fehl.)
    Zitieren
    #44 framp 2021-02-07 10:43
    Moin Steve,

    das kann - muss aber nicht - am Stoppen und Starten von Services liegen. Ein Reboot am Ende auszufuehren ist eine Kruecke. Ich wuerde mal Dein Problem im Raspberry Forum schildern (Siehe FAQ38). Dort wirst Du bestimmt Hilfe bekommen.

    Cu framp
    Zitieren
    #43 Steve 2021-02-07 10:36
    Tolle Arbeit, danke dafür! Habe es mit meiner Synology konfiguriert, Backup an sich läuft ohne Probleme. Allerdings arbeiten manche Programme nach dem Backup temporär nicht mehr. Ich vermute, dass liegt an der Reihenfolge in der ich die Dienst ab- und anschalte. Ich habe leider kaum Ahnung und dachte man könnte einfach raspiBackup.sh editieren und eine letzte Zeile mit sudo reboot hinzufügen - funktioniert leider nicht. Hat jemand einen Hinweis?
    Zitieren
    #42 framp 2019-05-29 16:20
    Moin ben_az,

    die Meldung ist in der Tat verwunderlich. Kann es sein dass Du mit einem anderen Programm oder auch mit einem Dateibrowser in dem Verzeichnis etwas nachsiehst? Dann ist ein Löschen nicht möglich.
    Ansonsten lasse mir bitte das DebugLog zukommen. Entweder Du stellt es irgendwo ins Netz oder Du schickst es mir per eMail die auf der Kontaktseite steht.

    Cu framp
    Zitieren
    #41 ben_az 2019-05-29 16:16
    Hi, ich wollte gerne ein Backup auf ein Synology machen. Ich bin der Anleitung gefolgt und war insofern erfolgreich, als das die entsprechende Infrastruktur funktioniert. Das Problem ist allerdings folgende Fehlermeldung:

    --- RBK0105I: Neues Backupverzeichnis /backup/SmartHome/SmartHome-tar-backup-20190529-160642 wird gelöscht.
    rm: cannot remove '/backup/SmartHome/SmartHome-tar-backup-20190529-160642': Directory not empty

    Das ist insofern verwunderlich, als dass das Verzeichnis tatsächlich leer ist und es auch über die shell mittels sudo rm -r gelöscht werden kann. Warum scheitert denn dann das skript? Irgendwelche Ideen?
    Danke schön.
    Zitieren
    #40 framp 2019-05-21 11:00
    Moin Frank,

    welche Fehlermeldung bekommst Du denn?
    Oder lass gleich raspiBackup mit der Option -l debug laufen und schicke mir das Debuglog an meine eMail (siehe Kontaktseite)

    Cu framp
    Zitieren
    #39 frank 2019-05-21 08:46
    ich würde gern mit einem Raspi 3B+ auf dem Strech läuft das Backup auf eine Synology machen ...
    hat das jemand so zum laufen bekommen, ich glaube bei Strech hat sich beim Mount Befehl etwas geändert.
    hab dazu aber auch nicht genug Ahnung davon.
    Zitieren
    #38 Specter 2019-03-18 09:11
    Hi framp,

    danke für die schnelle Rückmeldung. Dann werde ich via NFS mounten :)

    LG Specter
    Zitieren
    #37 framp 2019-03-17 22:23
    Moin Specter,

    Du hast ein cifs Verzeichnis gemountet. cifs unterstuetzt keine Symlinks. Dazu musst Du die Backuppartition per nfs mounten. Alternativ kannst Du den tar Backuptype benutzen. Mit seinen entsprechenden Nachteilen :sad:

    Cu framp
    Zitieren
    #36 Specter 2019-03-17 22:18
    Nabend miteinander,
    ich komme an einem Punkt nicht weiter. Habe es hinbekommen, den Ordner "/backup/PiHole" auf meiner Synology auf meinen Raspberry Pi unter "/backup" via cifs v3 zu mounten (so wie oben in der Anleitung als Minimum vorausgesetzt wird). Eine Abfrage mit mount | grep backup bestätigt mir dies auch:
    //192.168.***.**/backup/PiHole on /backup type cifs (rw,relatime,vers=3.0,cache=strict,username=***,domain=,uid=0,noforceuid,gid=0,noforcegid,addr=192.168.121.42,file_mode=0755,dir_mode=0755,soft,nounix,serverino,mapposix,rsize=1048576,wsize=1048576,echo_interval=60,actimeo=1)

    Leider spuckt das Protokoll immer noch folgende Fehlermeldung aus, wenn ich sudo raspiBackup.sh -a : -o : -m detailed eingebe:

    ln: failed to create symbolic link '//backup/raspiBackup.slinklink': Operation not supported
    ??? RBK0020E: Dateisystem des rsync Backupverzeichnisses /backup scheint keine softlinks zu unterstützen.

    Könnt ihr mir helfen?
    Zitieren
    #35 framp 2018-03-01 19:55
    Moin Sven,

    freut mich dass es jetzt geklappt hat :-)

    Cu framp
    Zitieren
    #34 Sven Martensen 2018-03-01 09:24
    Hallo zusammen,

    vielen Dank für Eure Hilfe und ich hab den Fehler jetzt gefunden und das ganze zum laufen bekommen :-)

    Der Fehler lag am Mountpoint in der fstab, statt /backup/nas-backup darf es nur /backup heißen.

    Mit Autofs hab ich es leider auch nicht hinbekommen:-/, die Einstellungen im Synology für NFS waren OK.

    Gruß und vielen Dank für Eure Hilfe
    @Framp: Dir besonderen Dank für Deine Arbeit an dem Tool und den unermütlichen Support.

    Gruß Sven
    Zitieren
    #33 framp 2018-02-23 08:09
    Moin Sven,

    wie heisst es doch: Aller Anfang ist schwer. Aber das ist mit allen Computerdingen so. Mit Geduld und Spucke wird das eh schon :-)

    Cu framp
    Zitieren
    #32 Sven Martensen 2018-02-22 22:06
    Hallo zusammen,

    Ich hab es leider noch nicht zum laufen bekommen, weiß jetzt aber das das Problem nicht am raspiBackup liegt. Sondern das ich mein NAS nicht richtig gemountet hab.
    Am Wochenende hab ich mehr Zeit mir Eure Tipps und Lösungsvorschläge vorzunehmen.

    Wenn alles läuft und ich es richtig verstanden habe schreib ich gerne noch ein kleines Todo.

    @MadM4x: Loxberry ist eine zusätzliche Unterstützung für Hausautomation (fhem, loxone, etc.)

    Gruß Sven

    Und vielen Dank für die Hilfe, ich tue mich noch immer etwas schwer mit Linux :-/
    Zitieren
    #31 MadM4x 2018-02-22 20:50
    zitiere Sven Martensen:

    In der fstab hab ich die Mounts die in der Einleitung für NFS3 und NFS4 stehen ausprobiert.
    Gruß Sven


    Ich habe zwar keinen Plan was loxberry ist :D
    aber hast du es schon mal mit AutoFS versucht anstatt über die fstab?

    Mit fstab habe ich es bei meiner DS916+ irgendwie auch nicht hinbekommen und da ich zu dem Zeitpunkt totaler Neuling im Bezug zu Raspi / Linux und Co. war, wars mit AutoFS wesentlich einfacher ..... Und seitdem bin ich auch dabei geblieben ;)


    VG
    Zitieren
    #30 framp 2018-02-22 18:59
    Moin Sven,

    ich bin nicht ganz sicher dass ich Deine Antwort verstehe.
    1) Du hast Dein Berechtigungsproblem gelöst
    2) Du bekommst nun eine Fehlermeldung RBK00142E

    Zu 1) Vielleicht kannst Du uns kurz schildern wie Du Dein Problem geloest hast damit Nachfolgende nicht in dasselbe Problem reinlaufen.
    Zu 2) Um die Ursache zu finden und einen Fix zu bauen musst Du zusaetzlich die Option Code:-l debug benutzen und mir das erstellte Debuglog an meine eMail schicken (Siehe Kontaktseite).

    Ausserdem musst Du
    Code:-N "fstab disk temp" ;-)
    U.U. hat sich dann (2) auch schon gelöst :-)

    Cu framp
    Zitieren
    #29 Sven Martensen 2018-02-22 17:03
    Hallo framp,

    vielen Dank für Deine Antwort, das mit WinSCP war mir und erklärt wahrscheinlich wo das Problem ist. Ich denke ich hab ein Rechteproblem auf dem NAS :-(

    Ich hänge nochmal die Fehlermeldung mit an, ich hab jetzt erkannt das die zusammenhängt.
    ??? RBK0142E: Unable to detect boot device.
    20180222-153904: MSG ??? RBK0142E: Unable to detect boot device.
    Invocation parms: ' -N fstab disk temp -o : -a : -k 5 -t ddz -L current /backup'
    --- RBK0105I: Deleting new backup directory /backup/loxberry/loxberry-ddz-backup-20180222-153903.
    20180222-153904: MSG --- RBK0105I: Deleting new backup directory /backup/loxberry/loxberry-ddz-backup-20180222-153903.
    ??? RBK0005E: Backup failed. Check previous error messages for details.
    20180222-153904: MSG ??? RBK0005E: Backup failed. Check previous error messages for details.

    Gruß Sven
    Zitieren
    #28 framp 2018-02-21 19:01
    Moin Sven,

    scp hat leider nichts mit nfs zu tun :sad:
    Leider hast Du nicht die genaue Linux Fehlermeldung gepostet, die Du unmittelbar vor der RBK0172E bekommen haben musst. Ohne die ist es unmöglich Dir zu helfen.

    Der Linuxbefehl der von raspiBackup an der Stelle ausgefuehrt wird ist
    Code:sudo mkdir -p /backup/loxberry/loxberry-tgz-backup-20180221-042301 Welche Fehlermeldung bekommst Du da?

    Die Ausgabe von mount | grep "/backup" liefert hilfreiche Informationen.

    Ausserdem kannst Du mal in /var/log/syslog auf der Syno nachsehen. Da tauchen bestimmt auch Fehlermeldungen auf.

    Cu framp
    Zitieren
    #27 Sven Martensen 2018-02-21 15:58
    Hallo zusammen,

    so langsam bin ich am verzweifeln mit dem Einstellen des Backups.
    Ich versuche von einem Raspberry über loxberry auf mein Synolgy DS414 mit der Software DSM 6.1.5-15254 ein Backup zu erstellen.
    In der fstab hab ich die Mounts die in der Einleitung für NFS3 und NFS4 stehen ausprobiert.

    Und bekomme folgende Fehlermeldung:
    ??? RBK0172E: Unable to create directory /backup/loxberry/loxberry-tgz-backup-20180221-042301.

    Über WinSCP kann ich aber auf mein NAS zugreifen und Dateien anlegen.

    Was kann ich jetzt ändern damit es funktioniert?

    Gruß Sven
    Zitieren
    #26 MadM4x 2017-08-31 20:04
    Immer wieder gern ;)

    Und nachdem ich mir Stunden lang nen Wolf gesucht habe wieso mein Auto Mount unter OSMC plötzlich nicht mehr ging, habe ich alles mögliche mit meiner normal Raspian verglichen.

    Das wollte ich deinen Usern hier dann doch ersparen ;)

    Zu mal ich nicht mal genau Sagen kann wieso die Rechte plötzlich nicht mehr stimmten ?!? Und das Mounten mit ner Syno auch nen Kampf is....

    CU
    Zitieren
    #25 framp 2017-08-31 19:48
    Moin MadM4ax,

    vielen Dank fuer Deine Info. Solche Beitraege sind sehr hilfreich, denn ich kann mangels eigener Syno diesbezueglich keine Tipps geben :sad:

    Cu framp
    Zitieren
    #24 MadM4x 2017-08-30 21:55
    Namd,

    mal nen Update für die jenigen hier die autofs bzw. auto.master und auto.nfs nutzen um den Backupordner auf ihrer NAS haben.

    Falls ihr mal Probleme beim Mounten habt:
    - auto.nfs sollte nicht mehr Rechte haben als 0644 (damit habe ich bisher die besten Ergebnisse erreicht)

    - auto.master hat bei mir 0755 (andere habe ich noch nicht getestet)

    Mit den Optionen habe ich keine Mount Probleme mehr...


    VG
    Zitieren
    #23 framp 2017-07-29 17:39
    Moin MaxM4x,

    das Problem wurde schon öfter hier genannt. Suche hier auf der Seite nach xattr und Du findest die entsprechenden Kommentare dazu.

    Zusammenfassung:

    1) nfs unterstützt kein xattr - auch wenn das Dateisystem ext3/4 ist
    2) xattr wird i.d.R. von SELinux benutzt. Das braucht man auf einer heimischen Raspi nicht. Also kann man die Xattrs (i.d.R. sind es nur ein paar) löschen.
    3) Wenn man DEFAULT_RSYNC_BACKUP_OPTIONS="-aHAx" setzt in der Konfig werden die xattr nicht gesichert. Das ist aber auch i.d.R. kein Problem (Siehe (2))

    Cu framp
    Zitieren
    #22 MadM4x 2017-07-29 13:39
    Huhu,

    bis auf eine Meldung habe ich das Backup nun auf meiner Syno hinbekommen.

    Hat jemand ne Idee um das Problem zu lösen?

    rsync: rsync_xal_set: lsetxattr(""/mnt/nas_mount/raspberry/backup/test-osmc/test-osmc-rsync-backup-20170728-231044/usr/lib/kodi/.kodi.bin.0gA1gD"","security.capability") failed: Operation not supported (95)

    Getestet in nen Backupordner mit btrfs und ntfs.
    Läuft rsync echt nur auf ext3/ext4 oder wie bekomme ich das in den Griff.

    VG
    Zitieren
    #21 MadM4x 2017-07-28 23:57
    Wie gerade Feststellen durfte ist diese Einstellungen wohl zwingend nötig auf nem Synology Nas :D

    Nach deiner Email habe ich das Backup noch einmal mit dem Parameter -v gestartet.
    Worauf hin ich dann auch mehrere Meldung mit

    rsync: chown .. failed: Operation not permitted (1)

    und wie befürchtet blieb das Backup dann auch irgendwann bei einer 14kb PNG Datei stehen.
    Warum das in der "normalen" Log nicht angezeigt wurde müsstest du mal rausfinden ;)

    Auf jeden Fall habe ich nachdem ich rsync: --chown gelesen habe, direkt den Ordner auf der NAS von "map all users to admin" auf "no mapping" gesetzt. Seitdem läuft das Backup schön vor sich hin und bleibt mal nicht stehen.

    VG
    Zitieren
    #20 framp 2017-02-09 21:47
    Moin Christion,

    die Message RBK0013E sagt es doch eigentlich ;-) . Wenn Du rsync benutzen willst musst Du noch die Option -P für den partitionsorientierten Backupmodus benutzen.

    Cu framp
    Zitieren
    #19 Christian 2017-02-09 10:27
    Hi framp

    also zumindestens läuft raspiBackup an aber 2 sekunden später stockt es wieder
    pi@raspberrypi:~ $ sudo raspiBackup.sh /media/backup
    --- RBK0009I: raspberrypi: raspiBackup.sh V0.6.1.3b um Do 9. Feb 10:23:42 CET 2017 gestartet
    --- RBK0128I: Logdatei ist /media/backup/raspberrypi/raspberrypi-rsync-backup-20170209-102341/raspberrypi-backup.log
    --- RBK0116I: Konfigurationsdatei /usr/local/etc/raspiBackup.conf wird benutzt
    ??? RBK0013E: Es existieren mehr als zwei Partitionen, die nur mit dem Backuptype DD oder DDZ oder der Option -P gesichert werden können
    --- RBK0026I: Logdatei wird in /home/pi/raspberrypi-raspiBackup.log gesichert
    --- RBK0043I: Unvollständiges Backup /media/backup/raspberrypi/raspberrypi-rsync-backup-20170209-102341 wird gelöscht (Kann etwas dauern. Bitte etwas Geduld)
    ??? RBK0005E: Backup fehlerhaft beendet: Miscellaneous error (RC: 114)
    pi@raspberrypi:~ $

    ich wollte das Backup mit rsync
    sorry aber ich finde das Linux sehr kompleziert ist
    Zitieren
    #18 framp 2017-02-09 08:45
    Sorry ... Falsch. Starte mit/media/backup. Da hast Du Deine Dank gemountet
    Zitieren
    #17 framp 2017-02-09 08:23
    Moin Christian,

    Sehr gut :Thumbnail: Jetzt musst Du nur noch die IP und den : weglasse. Dann sollte es tun :-)

    Cu framp
    Zitieren
    #16 Christian 2017-02-09 07:19
    Hallo framp,

    ich habe mich jetzt da durch gekämpft und gemounted.
    ich kann beidseitig vom pi und auch von der DS auf /media/backup zugreifen.
    sudo raspiBackup.sh 192.168.178.212:/volume1/NetBackup /media/backup
    ??? RBK0147E: 192.168.178.212:/volume1/NetBackup nicht gefunden
    Trozdem kommt immer wieder diese fehlermeldung, Kannst du mir vielleicht einen Tip geben kann nichts zu RBK0147E finden?
    Danke
    gruss
    Zitieren
    #15 framp 2017-02-08 20:49
    Moin Christian,

    ich bin gerne bereit bei Problemen mit raspiBackup zu helfen. Aber Du hast das Problem dass Du nicht weisst wie Du die Syno mountest was ein BasisLinux Problem ist.
    Ich empfehle Dir Dein Mountproblem in einem Linux Forum oder auch Raspberry Forum zu schildern. Da gibt es viele Leute die Dir sicherlich helfen werden. Ich will und kann hier keine Konkurrenz zu Raspberryforen machen.

    Wenn Du den Mount hinbekommen hast und dann Probleme mit raspiBackup hast melde Dich eifach wieder ;-)

    Cu framp
    Zitieren
    #14 Christian 2017-02-08 20:15
    Danke für deine Antwort leider bringt mich die Faq auch nicht weiter,
    iwie ich schon gesagt habe Linux ist noch verwirrend für mich als Windows nutzer.
    Synology NAS Share: /volume1/backup
    Synology NAS Share NFS Regeln: Hostname oder IP: *, Privileg: Lesen/Schreiben, Squash: Keine Zuordnung
    Synology NAS Share Berechtigungen (Konsole): d--------- 5 root root 4096 Dec 15 06:01 backup
    Raspberry Pi Mountpoint: /media/nas-backup
    Bei Nas Share NFS Regeln welsche IP von meinm Pi oder die von der Diskstation
    Wenn ich die zeile d-------- 5 rrot root 4096 Dec 15.06.01 kann die DS nichts damit anfangen
    mpuntpoint wie macht man das habe den Ornder unter media erstellt und was muss ich dann machen

    Danke
    Zitieren
    #13 framp 2017-02-08 19:36
    Moin Christian,

    es gibt diverse Benutzer die Ihre Sicherung auf einer Synology ablegen. Siehe dazu in den FAQ hier. Du musst Deine Syno auf der Raspi gemountet haben und dann den Pfad dazu als Zielparameter mitgeben, Siehe auch die verlinkte Seite auf der FAQ Seite. Dort findet sich auch ein Beispiel.

    Cu framp
    Zitieren
    #12 Christian 2017-02-08 16:57
    Hallo,
    als absoluter Anfänger was linux und pi angeht habe ich mal eine frage.
    Ich möchte gerne alle Daten die auf dem pi sind auf meine Synology Diskstation sichern, habe auch alles probiert was ich dazu finden konnte.

    sudo raspiBackup.sh userpi@192.168.178.212/volume1/NetBackup /media/nas-backup nfs rw 0 0
    ??? RBK0147E: userpi.168.178.212/volume1/NetBackup nicht gefunden

    egal was ich mache NetBackup kann auf meiner Diskstaion nicht gefunden werden.
    Kann mir bitte einer von euch einen Tipp geben was ich falsch mache.

    vielen Dank vorab
    Zitieren
    #11 framp 2016-10-29 21:32
    Jetzt gibt es auch einen englischsprachigen raspiBackup user, der Probleme mit der Synology hat. Ich habe deshalb diese Webseite kopiert und ins Englische übersetzt.

    @Markus: Noch einmal vielen Dank für Deinen Beitrag und ich denke das ist Dir auch recht :roll:
    Zitieren
    #10 Markus 2015-04-09 21:22
    Hi duck69,

    das freut mich zu lesen, danke für die Rückmeldung ;-)

    Grüsse
    Zitieren