Back up synoboot after each DSM update so you can recover from a corrupt USBDOM or EEPROM

[DaveR]

To avoid being in the situation where I need a synoboot image from a donor I decided I needed to schedule backups of synoboot, and then set hyper backup to copy the backup synoboot images to another Synology.

So I wrote https://github.com/007revad/Synoboot_backup

 

[Tommes]

Nice

 

[ctrlaltdelete]

Very nice, thanx!!!

 

[maxblank]

Nice part! It's going straight on the list of things I want to test with Synology NAS in the new year.

 

[Adama]

Already done!

Works like a charm...

 

[Benie]

What a Surprise at New Year! Good Idea Men

 

[Adama]

Hi @DaveR ,

it seems this don't runs correct on DSM 6.2.4, tried it on my old DS413:

Synoboot_backup v1.0.0
DS413-j DSM 6.2.4-25556-U8

Backup path: /volume1/Backup/Stage1/NAS2/synoboot

Backing up DS413-j__synoboot_6.2.4-25556-U8.img
dd: failed to open ‘/dev/synoboot’: No such file or directory

Backing up DS413-j__synoboot1_6.2.4-25556-U8.img
dd: failed to open ‘/dev/synoboot1’: No such file or directory

Backing up DS413-j__synoboot2_6.2.4-25556-U8.img
dd: failed to open ‘/dev/synoboot2’: No such file or directory

Finished

As you see, there's no /dev/synoboot. And also my old DS413 is stated as a DS413j...

 

[DKeppi]

Same on DS116, but with 7.2.2 - I think it depends on the model or architecture
There is no /dev/synoboot

Synoboot_backup v1.0.0
DS116-j DSM 7.2.2-72806-U2

Backup path: /volume1/homes/user/

Backing up [0;36mDS116-j__synoboot_7.2.2-72806-U2.img[0m
dd: failed to open '/dev/synoboot': No such file or directory

Backing up [0;36mDS116-j__synoboot1_7.2.2-72806-U2.img[0m
dd: failed to open '/dev/synoboot1': No such file or directory

Backing up [0;36mDS116-j__synoboot2_7.2.2-72806-U2.img[0m
dd: failed to open '/dev/synoboot2': No such file or directory

Finished

On my DS920+ it works like a charm...

 

[Tommes]

I haven't got around to testing your script yet, but yes... there is no /dev/synoboot directory on my DS124 and DS224+ (DSM 7.2.2-72806 Update 2) either.

 

[dil88]

Spannend. Ich habe das Skript gestern installiert, heute überprüft, dass es funktioniert, und jetzt nach @Tommes' Beitrag geschaut, ob auf meiner DS423+ /dev/synoboot existiert, was der Fall ist.

Edit: Auf meiner DS214+ mit DSM 7.1.1 gibt es /dev/synoboot hingegen nicht.
Edit 2: /dev/synoboot wurde auf der DS423+ heute morgen erstellt - genau zu der Bootzeit. Insofern gehe ich davon aus, dass es von @DaveR's Script erstellt wird.

 

[Stationary]

Gerade mal nachgeschaut: sowohl auf der DS216+II als auch auf DS720+ mit DSM 6.2.4 U8 gibt es /dev/synoboot, sowie ...1 und ...2.

 

[Adama]

Insofern gehe ich davon aus, dass es von @DaveR's Script erstellt wird.

Hmmm, bei mir haben die ein Datum vom 15.12., das war der Tag, an dem ich die Syno neu aufgesetzt habe, also kann Daves Skript nicht dafür verantwortlich sein...

 

[Stationary]

Hier auch Startzeit der DS216+II (die läuft nicht immer):

 

[dil88]

Ok, auch /dev/synobios ist zur Bootzeit erstellt worden, das hängt also offenbar einfach am Bootprozess. @DaveR wird sicherlich bald Licht ins Dunkel bringen.

 

[Adama]

Dann wird DSM die ändern, "dd" liest ja im Skript ja nur aus.

Ich hab das Skript direkt getestet, ohne Neustart, deswegen hat sich das Datum auch nicht geändert...

 

[Tommes]

Blödsinn Leute... denn natürlich gibt es das Verzeichnis .. ich sehe es halt nur nicht ... und das Script läuft auf meiner DS224+ auch durch...

root@Fileserver:~# . ./synoboot-backup.sh
Synoboot_backup v1.0.0
DS224+ DSM 7.2.2-72806-U2

Backup path: /volume1/NetBackup/Synoboot

Backing up DS224+_23B0WBRPDQ8V0_synoboot_7.2.2-72806-U2.img
245760+0 records in
245760+0 records out
125829120 bytes (126 MB, 120 MiB) copied, 5.08891 s, 24.7 MB/s

Backing up DS224+_23B0WBRPDQ8V0_synoboot1_7.2.2-72806-U2.img
65536+0 records in
65536+0 records out
33554432 bytes (34 MB, 32 MiB) copied, 1.3554 s, 24.8 MB/s

Backing up DS224+_23B0WBRPDQ8V0_synoboot2_7.2.2-72806-U2.img
172032+0 records in
172032+0 records out
88080384 bytes (88 MB, 84 MiB) copied, 3.56386 s, 24.7 MB/s

Finished

@Stationary wie liest du das Verzeichnis aus das dir synoboot angezeigt wird?

Meine Güte bin ich dumm... ich wurde nach dem Abarbeiten des Scripts ausgeloggt und landete wieder auf der Konsole von Linux Mint... und da gibt es kein synoboot... logisch irgendwie. Also manchmal

 

[Stationary]

Mit ssh vom Mac-Terminal auf die DS, dann ins Verzeichnis /dev wechseln, dort mit ls die ganze Liste oder mit ls -l mit Datumsanzeige, also ganz normal eigentlich.

 

[Tommes]

Lies bitte mein fett geschriebenes Edit aus meinem vorherigen Beitrag

 

[DaveR]

it seems this don't runs correct on DSM 6.2.4, tried it on my old DS413:

Synoboot_backup v1.0.0
DS413-j DSM 6.2.4-25556-U8

Backing up DS413-j__synoboot_6.2.4-25556-U8.img
dd: failed to open ‘/dev/synoboot’: No such file or directory

As you see, there's no /dev/synoboot. And also my old DS413 is stated as a DS413j...

A real j model would show DS413j, and not DS413-j

For some strange reason "cat /proc/sys/kernel/syno_hw_version" appends "-j" to some models. I've seen it before on a DS1817+ running DSM 6 as DS1817+-j. I've also seen "pv10-j" on a DS213+ running DSM 6 as DS213pv10-j. In my syno_hdd_db script it removes the "-j" and replaces "pv10-j" with "+". I'll update synoboot_backup to use the correct model name.

What does this command return?

ls /dev | grep -E 'syno|boot'

It also didn't get your NAS' serial number. Because on my 3 Synology NAS sudo dmidecode -s system-serial-number always returns "123456789" the script uses synogetkeyvalue /etc/synoinfo.conf pushservice_dsserial. But I don't know what "pushservice" is? Maybe it's only added to syninfo.conf when you first install Active Insight? Apparently back in 2013 /dev/mtd contained the serial number but /dev/mtd doesn't exist on my NAS.

What does this command return?

sudo cat /dev/mtd

Does anyone know another way to get the Synology NAS' serial number?

 

[Adama]

A real j model would show DS413j, and not DS413-j

Ahhh, I see..

ls /dev | grep -E 'syno|boot'

root@GalacticaNAS2:~# ls /dev | grep -E 'syno|boot'
synobios

sudo cat /dev/mtd

root@GalacticaNAS2:~# sudo cat /dev/mtd
cat: /dev/mtd: No such file or directory

Does anyone know another way to get the Synology NAS' serial number?

Try "cat /proc/sys/kernel/syno_serial".
Works on 7.2.2, too...