[Raspbian Buster] Backup maken naar Synology

[vandermark]

Ik heb een RaspberryPi 4 met Raspian Lite. Ik heb daar Domoticz, InfluxDB, Grafana, PiHole en Unifi op draaien. Erg blij mee, werkt allemaal goed. Nu wil ik regelmatig de hele sdcard backuppen voor geval deze corrupt raakt. Ik weet dat ik de sdcard eruit kan halen en bijvoorbeeld via disk32manager een image kan maken. Geautomatiseerd is makkelijker en daarvoor wil ik deze guide volgen omdat ik ook een synology NAS heb: https://raspberrypi.tilburgs.com/back-up-rpi/

Ik heb alle stappen doorlopen en bij mounten / testen gaat het mis.

Na geven commando:

code:

sudo mount -a

volgt de volgende foutmelding

code:

mount error(95): Operation not supported
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)

En hier kom ik niet verder... Hebben jullie suggesties?

Versie Raspbian:

code:

PRETTY_NAME="Raspbian GNU/Linux 10 (buster)"
NAME="Raspbian GNU/Linux"
VERSION_ID="10"
VERSION="10 (buster)"
VERSION_CODENAME=buster
ID=raspbian
ID_LIKE=debian
HOME_URL="http://www.raspbian.org/"
SUPPORT_URL="http://www.raspbian.org/RaspbianForums"
BUG_REPORT_URL="http://www.raspbian.org/RaspbianBugs"

[Room42]

Hoe kom je daar niet verder mee? Waartoe beperk je je dan? Want de eerste paar hits op DuckDuckGo zouden toch al aardig wat, zoals je vraagt, suggesties moeten bieden.

Je hebt waarschijnlijk een SMB 1.0 share draaien op je NAS. Je zou, volgens mij, op je Synology SMB3 moeten kunnen inschakelen.

edit:
Zelfs GoT staat vol met die melding! zoeken naar 'mount error(95): Operation not supported'.

[ Voor 17% gewijzigd door Room42 op 18-05-2020 17:43 ]

[pennywiser]

Was niet lang zoeken idd:

https://www.raspberrypi.org/forums/viewtopic.php?t=211987

[vandermark]

Ik had op mijn Synology SMB1 uitstaan, die heb ik aangezet. @pennywiser , jouw topic had ik ook gezien, maar die had geen versie genoemd in de mount commando, dat had ik wel aan staan (1.0).

Verder heb ik de RVpi4 even herstart en als ik nu sudo mount -a invoer komt deze melding:

code:

Couldn't chdir to /mnt/backup: No such device

Die snap ik dan weer niet, die directory is er gewoon. Aangemaakt met commando

code:

sudo mkdir /mnt/backup

uit de handleiding die ik heb gelinkd.

[Room42]

@vandermark Wat heb je in je /etc/fstab staan? Probeer daar eens vers=1.0 te vervangen door vers=3.0

[ Voor 36% gewijzigd door Room42 op 18-05-2020 17:55 ]

[pennywiser]

Room42 schreef op maandag 18 mei 2020 @ 17:54:
@vandermark Wat heb je in je /etc/fstab staan?

Hij moet eerst kunnen mounten denk ik..

Ik zou even in syslog kijken wat er gebeurt.

[Room42]

pennywiser schreef op maandag 18 mei 2020 @ 17:55:
[...]

Hij moet eerst kunnen mounten denk ik..

Ik zou even in syslog kijken wat er gebeurt.

Nee, want hij probeert op basis van de entry in fstab te mounten (mount -a). Dan moet ie hem eerst handmatig proberen te mounten, dan heb je gelijk. De syslog checken kan uiteraard geen kwaad.

[pennywiser]

Room42 schreef op maandag 18 mei 2020 @ 17:56:
[...]

Nee, want hij probeert op basis van de entry in fstab te mounten (mount -a). Dan moet ie hem eerst handmatig proberen te mounten, dan heb je gelijk. De syslog checken kan uiteraard geen kwaad.

Dat deed hij toch met de hand?

vandermark schreef op maandag 18 mei 2020 @ 17:52:
en als ik nu sudo mount -a invoer

/var/log/messages kan ook nog eea staan.

[vandermark]

Room42 schreef op maandag 18 mei 2020 @ 17:54:
@vandermark Wat heb je in je /etc/fstab staan? Probeer daar eens vers=1.0 te vervangen door vers=3.0

code:

//192.168.178.100/Volume1/RPI/backup /mnt/backup cifs credentials=/home/pi/.nascreds,nofail,vers=1.0,x-systemd.automount   0  0

IP is die van mijn Nas. Binnen Volume1 een share RPI aangemaakt voor gebruiker pi met lees en schrijfrechten. Daarbinnen staat dir backup

SYSLog ga ik nog doen

[Room42]

vandermark schreef op maandag 18 mei 2020 @ 17:59:
[...]

code:

//192.168.178.100/Volume1/RPI/backup /mnt/backup cifs credentials=/home/pi/.nascreds,nofail,vers=1.0,x-systemd.automount   0  0

Hier gebruik je dus inderdaad SMB1. Dat is oud. Check even welke versie je NAS ondersteunt, zoals in de link van @pennywiser en stel de versie daarop in.

Welke NAS heb je precies?

[Room42]

pennywiser schreef op maandag 18 mei 2020 @ 17:59:
[...]

Dat deed hij toch met de hand?

Nee, mount -a mount alle entries in /etc/fstab. Dus die moet wel goed staan en dus is het relevant wat hij daar heeft staan.

[vandermark]

Ik heb nu 1.0 vervangen door 3.0 die mijn DS214play ook ondersteunt. Ik blijf op commando sudo mount -a als reactie krijgen:

code:

Couldn't chdir to /mnt/backup: No such device

[Room42]

- Hoe ziet je fstab er verder uit?
- Post eens de output van "file /mnt/backup"?

[pennywiser]

Room42 schreef op maandag 18 mei 2020 @ 18:03:
[...]
Nee, mount -a mount alle entries in /etc/fstab. Dus die moet wel goed staan en dus is het relevant wat hij daar heeft staan.

I gotcha.

Voer het mount commando met de hand uit tot het werkt, en vorm deze later om naar fstab is hoe ik het zou doen.

Wat zegt messages of syslog op moment dat je gaat mounten.

[vandermark]

Room42 schreef op maandag 18 mei 2020 @ 18:06:
- Hoe ziet je fstab er verder uit?
- Post eens de output van "file /mnt/backup"?

fstab:

code:

proc            /proc           proc    defaults          0       0
PARTUUID=738a4d67-01  /boot           vfat    defaults          0       2
PARTUUID=738a4d67-02  /               ext4    defaults,noatime  0       1
# a swapfile is not a swap partition, no line here
#   use  dphys-swapfile swap[on|off]  for that
//192.168.178.100/Volume1/RPI/backup /mnt/backup cifs credentials=/home/pi/.nascreds,nofail,vers=3.0,x-systemd.automount   0  0

file /mnt/backup:

code:

pi@raspberrypi:~ $ file /mnt/backup
/mnt/backup: directory
pi@raspberrypi:~ $

[Room42]

Mag ik ook nog eens een ls -la /mnt zien?

[vandermark]

code:

pi@raspberrypi:~ $ ls -la /mnt
total 8
drwxr-xr-x  3 root root 4096 May 18 13:39 .
drwxr-xr-x 21 root root 4096 May 15 11:59 ..
drwxr-xr-x  2 root root    0 Feb 14  2019 backup
pi@raspberrypi:~ $

[Room42]

Raar dat ie 0 bytes is. Kun je hem eens weghalen (sudo rmdir /mnt/backup) en opnieuw maken (sudo mkdir /mnt/backup)?

En de mount handmatig uitvoeren vanaf de command line, dus niet mount -a.

[ Voor 24% gewijzigd door Room42 op 18-05-2020 18:14 ]

[vandermark]

Hmmm, dat gaat niet, is busy?

code:

pi@raspberrypi:~ $ sudo rmdir /mnt/backup
rmdir: failed to remove '/mnt/backup': Device or resource busy
pi@raspberrypi:~ $

[Room42]

Aha! Dan kun je met sudo lsof /mnt/backup kijken wat hem bezet houdt of gewoon de pi herstarten.

[vandermark]

EDit, type foutje, na commando komt niks:

code:

pi@raspberrypi:~ $ sudo lsof /mnt/backup
pi@raspberrypi:~ $

[ Voor 84% gewijzigd door vandermark op 18-05-2020 18:20 ]

[Room42]

@vandermark Je hebt een typo.

[mcDavid]

Als je auto-completion gebruikt is de kans op typfouten kleiner

[Room42]

@vandermark Dan gewoon even rebooten.

[vandermark]

Ik heb een nieuw dir backup2 gemaakt in /mnt en daarmee de fstab aangepast. Bij sudo mount -a komt nu deze melding:

code:

pi@raspberrypi:~ $ sudo mount -a
Retrying with upper case share name
mount error(6): No such device or address
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)

Lijkt nu iets fout te gaan bij de synology share benadering

Sowieso erg bedankt voor alle hulp!

EDIT:
En na reboot direct weer:

code:

pi@raspberrypi:~ $ sudo mount -a
Couldn't chdir to /mnt/backup2: No such device
pi@raspberrypi:~ $

Wordt er beetje simpel van....

[ Voor 18% gewijzigd door vandermark op 18-05-2020 18:25 ]

[Room42]

@vandermark Ja, het lijkt me sterk dat Volume1/ in de URL moet als de share RPI heet. Check dat even.

[vandermark]

De gemaakte directories in 'mnt' zijn raar...:

code:

pi@raspberrypi:~ $ cd /mnt
pi@raspberrypi:/mnt $ cd /backup2
-bash: cd: /backup2: No such file or directory
pi@raspberrypi:/mnt $ cd /backup
-bash: cd: /backup: No such file or directory
pi@raspberrypi:/mnt $

[Room42]

vandermark schreef op maandag 18 mei 2020 @ 18:24:
EDIT:
En na reboot direct weer:

code:

pi@raspberrypi:~ $ sudo mount -a
Couldn't chdir to /mnt/backup2: No such device
pi@raspberrypi:~ $

Wordt er beetje simpel van....

Check even of die niet gewoon al gemount is (run mount zonder parameters). Alles in fstab wordt bij het starten gemount. Je kunt proberen umount /mnt/backup.

[Room42]

vandermark schreef op maandag 18 mei 2020 @ 18:27:
De gemaakte directories in 'mnt' zijn raar...:

code:

pi@raspberrypi:~ $ cd /mnt
pi@raspberrypi:/mnt $ cd /backup2
-bash: cd: /backup2: No such file or directory
pi@raspberrypi:/mnt $ cd /backup
-bash: cd: /backup: No such file or directory
pi@raspberrypi:/mnt $

Met /backup geeft je absolute paden op. Je wilt relatief, dus zonder /.

[vandermark]

sudo mount geeft dit resultaat, volgens mij is die nog niet gemount:

code:

pi@raspberrypi:~ $ sudo mount
/dev/mmcblk0p2 on / type ext4 (rw,noatime)
devtmpfs on /dev type devtmpfs (rw,relatime,size=1893148k,nr_inodes=117646,mode=755)
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
proc on /proc type proc (rw,relatime)
securityfs on /sys/kernel/security type securityfs (rw,nosuid,nodev,noexec,relatime)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
tmpfs on /run type tmpfs (rw,nosuid,nodev,mode=755)
tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k)
tmpfs on /sys/fs/cgroup type tmpfs (ro,nosuid,nodev,noexec,mode=755)
cgroup2 on /sys/fs/cgroup/unified type cgroup2 (rw,nosuid,nodev,noexec,relatime,nsdelegate)
cgroup on /sys/fs/cgroup/systemd type cgroup (rw,nosuid,nodev,noexec,relatime,xattr,name=systemd)
bpf on /sys/fs/bpf type bpf (rw,nosuid,nodev,noexec,relatime,mode=700)
cgroup on /sys/fs/cgroup/memory type cgroup (rw,nosuid,nodev,noexec,relatime,memory)
cgroup on /sys/fs/cgroup/freezer type cgroup (rw,nosuid,nodev,noexec,relatime,freezer)
cgroup on /sys/fs/cgroup/pids type cgroup (rw,nosuid,nodev,noexec,relatime,pids)
cgroup on /sys/fs/cgroup/devices type cgroup (rw,nosuid,nodev,noexec,relatime,devices)
cgroup on /sys/fs/cgroup/net_cls type cgroup (rw,nosuid,nodev,noexec,relatime,net_cls)
cgroup on /sys/fs/cgroup/blkio type cgroup (rw,nosuid,nodev,noexec,relatime,blkio)
cgroup on /sys/fs/cgroup/cpu,cpuacct type cgroup (rw,nosuid,nodev,noexec,relatime,cpu,cpuacct)
cgroup on /sys/fs/cgroup/cpuset type cgroup (rw,nosuid,nodev,noexec,relatime,cpuset)
systemd-1 on /mnt/backup2 type autofs (rw,relatime,fd=28,pgrp=1,timeout=0,minproto=5,maxproto=5,direct)
systemd-1 on /proc/sys/fs/binfmt_misc type autofs (rw,relatime,fd=32,pgrp=1,timeout=0,minproto=5,maxproto=5,direct)
debugfs on /sys/kernel/debug type debugfs (rw,relatime)
sunrpc on /run/rpc_pipefs type rpc_pipefs (rw,relatime)
mqueue on /dev/mqueue type mqueue (rw,relatime)
configfs on /sys/kernel/config type configfs (rw,relatime)
/dev/mmcblk0p1 on /boot type vfat (rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=ascii,shortname=mixed,errors=remount-ro)
tmpfs on /run/user/999 type tmpfs (rw,nosuid,nodev,relatime,size=405048k,mode=700,uid=999,gid=995)
tmpfs on /run/user/1000 type tmpfs (rw,nosuid,nodev,relatime,size=405048k,mode=700,uid=1000,gid=1000)
pi@raspberrypi:~ $

[Room42]

@vandermark Jawel, kijk maar eens op regel 23.

[vandermark]

Room42 schreef op maandag 18 mei 2020 @ 18:35:
@vandermark Jawel, kijk maar eens op regel 23.

Aha, en dat komt doordat ik na reboot al een keer commando sudo mount -a geef. Dan zal probleem toch bij synology liggen hoe ik die openstel. Na eten ga ik ermee aan de slag, tx zover!!

[Room42]

Kijk, als ie gemount is, eens of je wat ziet als je ls -lah /mnt/backup/ doet? Eventueel met sudo.

[FunFair]

Gebruik NFS ipv samba. Ik heb zo ook een backup naar de nas. Werkt vele malen eenvoudiger.

Toevoegen aan je fstab:
192.168.0.100:/volume2/Backups /mnt/nfs nfs rw,noauto,x-systemd.automount,_netdev 0 0

Het IP adres en path veranderen naar je eigen NAS locatie natuurlijk.


En bij je synology NFS share aanzetten voor de specifieke map.



Wellicht iets minder veilig, gezien er geen username password combinatie nodig is, maar voor mijn lokale LAN voldoet dit. Evt. kun je het IP adres van je RPi enkel toelaten.

[ Voor 74% gewijzigd door FunFair op 18-05-2020 19:22 ]

[pennywiser]

FunFair schreef op maandag 18 mei 2020 @ 18:46:
Gebruik NFS ipv samba. Ik heb zo ook een backup naar de nas. Werkt vele malen eenvoudiger.

Toevoegen aan je fstab:
192.168.0.100:/volume2/Backups /mnt/nfs nfs rw,noauto,x-systemd.automount,_netdev 0 0

Het IP adres en path veranderen naar je eigen NAS locatie natuurlijk.


En bij je synology NFS share aanzetten voor de specifieke map.
[Afbeelding]


Wellicht iets minder veilig, gezien er geen username password combinatie nodig is, maar voor mijn lokale LAN voldoet dit. Evt. kun je het IP adres van je RPi enkel toelaten.

Exports kan je veilig dichtzetten als volgt:

code:

vi /etc/exports

/backups 192.168.178.100/32(rw,sync,no_subtree_check)

Meestal is /24 ook prima.

[Hero of Time]

En vanaf NFSv3 kan je het ook met credentials beveiligen.

Ik snap overigens niet helemaal waarom de optie 'x-systemd.automount' er bij moet? Het idee snap ik wel, maar systemd is een init systeem, het moet niet met andere zaken bezig gaan houden. Ik heb dat in 't verleden nooit hoeven doen, ook niet toen systemd er was. Maar misschien deed systemd toen nog geen mounts.

Hoe dan ook, als het nu werkt, prima, als het nog niet werkt, mount 'm dan met de hand zoals @pennywiser al aangaf.

[vandermark]

Iets gaat nog niet goed met de synology:

code:

pi@raspberrypi:~ $ sudo mount -a
Retrying with upper case share name
mount error(6): No such device or address
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)

Ik heb deze varianten geprobeerd:
//192.168.178.100/Volume1/RPI

Reboot en aangepast naar:
//192.168.178.100/RPI

Als ik dan sudo mount -a doe krijg ik:

code:

pi@raspberrypi:~ $ sudo mount -a
Couldn't chdir to /mnt/backup2: No such device
pi@raspberrypi:~ $

Rebooten dan nog een keer proberen en volgens mij werkt het, geen foutmeldingen

code:

pi@raspberrypi:~ $ cd /mnt/backup2
pi@raspberrypi:/mnt/backup2 $ cd
pi@raspberrypi:~ $ cd /mnt/backup
pi@raspberrypi:/mnt/backup $ cd
pi@raspberrypi:~ $ sudo mount -a
pi@raspberrypi:~ $

Tx allen voor de fijne hulp Ik ga verder met tutorial

[pennywiser]

Doe een df -hT om de mounts te zien na reboot.

Plaats een file in de share, kan je deze aan beide kanten zien? En aan beide kanten verwijderen? Dan werkt het.

Hero of Time schreef op maandag 18 mei 2020 @ 20:11:
En vanaf NFSv3 kan je het ook met credentials beveiligen.

Dan heb je het over kerberos of ad neem ik aan? NFS native heeft toch geen authenticatie ondersteuning? Enlighten me

[ Voor 47% gewijzigd door pennywiser op 18-05-2020 20:25 ]

[vandermark]

pennywiser schreef op maandag 18 mei 2020 @ 20:21:
Doe een df -hT om de mounts te zien na reboot.

Plaats een file in de share, kan je deze aan beide kanten zien? En aan beide kanten verwijderen? Dan werkt het.

Ja dat ziet er goed uit!

code:

pi@raspberrypi:~ $ df -hT
Filesystem            Type      Size  Used Avail Use% Mounted on
/dev/root             ext4       30G  3.9G   25G  14% /
devtmpfs              devtmpfs  1.9G     0  1.9G   0% /dev
tmpfs                 tmpfs     2.0G  1.9M  2.0G   1% /dev/shm
tmpfs                 tmpfs     2.0G  9.4M  2.0G   1% /run
tmpfs                 tmpfs     5.0M  4.0K  5.0M   1% /run/lock
tmpfs                 tmpfs     2.0G     0  2.0G   0% /sys/fs/cgroup
/dev/mmcblk0p1        vfat      253M   53M  200M  21% /boot
tmpfs                 tmpfs     396M     0  396M   0% /run/user/999
tmpfs                 tmpfs     396M     0  396M   0% /run/user/1000
//192.168.178.100/RPI cifs      5.5T  1.8T  3.7T  33% /mnt/backup2

En direct weer een vraag voordat ik fout ga. Volgende stap is:

Kopieer het .sh-bestand in de /mnt/backup folder op je Raspberry Pi en zorg ervoor dat het script uitgevoerd kan worden met onderstaand commando:

Ik heb .sh bestand aangepast in Notepad en deze staat op mijn computer. Kan ik deze via WinSCP bijvoorbeeld kopieren naar de RBpi4?

[pennywiser]

vandermark schreef op maandag 18 mei 2020 @ 20:23:
[...]

Ja dat ziet er goed uit!

code:

pi@raspberrypi:~ $ df -hT
Filesystem            Type      Size  Used Avail Use% Mounted on
/dev/root             ext4       30G  3.9G   25G  14% /
devtmpfs              devtmpfs  1.9G     0  1.9G   0% /dev
tmpfs                 tmpfs     2.0G  1.9M  2.0G   1% /dev/shm
tmpfs                 tmpfs     2.0G  9.4M  2.0G   1% /run
tmpfs                 tmpfs     5.0M  4.0K  5.0M   1% /run/lock
tmpfs                 tmpfs     2.0G     0  2.0G   0% /sys/fs/cgroup
/dev/mmcblk0p1        vfat      253M   53M  200M  21% /boot
tmpfs                 tmpfs     396M     0  396M   0% /run/user/999
tmpfs                 tmpfs     396M     0  396M   0% /run/user/1000
//192.168.178.100/RPI cifs      5.5T  1.8T  3.7T  33% /mnt/backup2

En direct weer een vraag voordat ik fout ga. Volgende stap is:

Kopieer het .sh-bestand in de /mnt/backup folder op je Raspberry Pi en zorg ervoor dat het script uitgevoerd kan worden met onderstaand commando:

Ik heb .sh bestand aangepast in Notepad en deze staat op mijn computer. Kan ik deze via WinSCP bijvoorbeeld kopieren naar de RBpi4?

Ja dat kan prima, let wel op de rechten en executable bit. Ook zou ik hem niet in de backup folder zetten gezien 1 een mount is en 2 het script daar weleens gaat opruimen.

[Hero of Time]

pennywiser schreef op maandag 18 mei 2020 @ 20:21:
[...]

Dan heb je het over kerberos of ad neem ik aan? NFS native heeft toch geen authenticatie ondersteuning? Enlighten me

Hmm, ik kon iig wel iets van user/pass ingeven in onze Synology voor de NFS share of in VMware bij het maken van de NFS verbinding. Misschien dat het toch iets anders is dan ik dacht.

En ik vergiste mij een beetje in de versie. NFSv3 doet idd Kerberos security, NFSv4 was wat ik bedoelde. Daar zag ik die velden namelijk. Ik vond het al best dat het werkte en ik het op IP basis kon afschermen.

[vandermark]

TX allen! Backup script geplaatst en juiste rechten gegeven. Cronjob aangemaakt en net het backupscript getest en in de Synology drive zie ik het .img bestand groeien

En na circa 20 minuten afgerond:

code:

pi@raspberrypi:/mnt/backup2 $ sudo ./system_backup.sh
7723+1 records in
7723+1 records out
32395755520 bytes (32 GB, 30 GiB) copied, 1134.86 s, 28.5 MB/s
pi@raspberrypi:/mnt/backup2 $

EDIT: En de cronjob functioneert ook goed: afgelopen nacht is 2e backup prima automatisch gemaakt.

[ Voor 52% gewijzigd door vandermark op 19-05-2020 08:56 ]

[Hero of Time]

Pas het script dan nog even aan om alleen de gebruikte data te backuppen, want je hebt niets aan 20 GB aan blanco bits als er maar 12 GB effectief in gebruik is. Zoek zelf maar even hoe je dat kan doen.