- Platform information:
- Hardware: rpi5
- OS: openhabian
- Java Runtime Environment: default
- openHAB version: 420
hi, installed fresh stable openhabian on rpi5, and starting with setting up backup
I want to start with full image backup in case the card gets corrupted, and then use amanda to backup the configurations
the idea of having second sd attached to always have working backup is not bad, but for now I would prefer just to have image ready on NAS, optionally later maybe setup so rpi boots from sd card first and from NAS if sd is broken
I found this guide Automatically backup Raspberry Pi to Synology NAS – sgNode which uses NFS and raspiBackup and all is nice but it uses dd and as mentioned in one of the docs, it copies the card id and there may be problem at some point
also I was thinking if there isn’t preinstalled some tool that could do it, given you provide mirroring already
do you have some idea how to make it better or where will be problems?
Here you’re wrong. SD mirroring is better, it is much more failsafe and reliable than any hybrid-type of solution like your NAS based attempt.
Just think what would happen if your NAS breaks. I for example just had a flooding in the basement some days ago, and my own NAS is located there (because it is not a critical component, but it was just some more centimeters of water and it would have been gone).
If you’re using Amanda anyway and by all means you want to have another copy, just configure it to backup /dev/mmcblk0 and grab the image from there (see the Amanda README how to extract it).
Please don’t try to be more clever than the people that built the openHABian backup suite.
It’s a perfectly coordinated solution to work with and without NAS, and it is what it is because it is the most simple yet versatile, most reliable, most easy to setup and maintain and least error prone variant of all those ideas discussed here on the forum in many years.
And it’s proven in widespread use (any singulary homegrown solution is not).
1 Like