Hmm, yes I know… I could also do it…
But hmm, there is a pretty easy way, to get a proper documentation for the openhabian bckup functions into the official documentation… It is mentioned nearly everywhere in the docs… Follow the contribute lin, goto github, fork the project, do your changes to the docs, that you feel to be right and helpful. Then do a pullrequest on your changes and voila, if it survives review, there is a new useful doc for everyone.
And yes the documentation really still is at least confusing, and maybe does not tell what u really need to do. Including at some point it even says don’t do that, better do this on one side and on the next it says, oh exactly do that but never do this…
Especially when it comes to raw backup of the SD Card. And yes it should be written by someone familiar with Linux, especially debian and the concept posix conform operating systems use to view disks… Which in general means dd is the right way to get a plain copy of something. And yes it has some flaws, as it really is plain… And no using somethig with a gui is no solution for a intended headless system like openHABian…
And yes, a proper and fast to restore backup is essential here… Because the cli backup is a good thing, but misses a lot of things u may have and running on your pi… e.g. it does not safe your config rgarding the local gpios… It does not safe the setup of Mosquitto… It does not safe the configuration of tuya-mqtt and which fine fancy things u may have running on the same device for your smarthome…
And tbh Amanda is also a bit questonable solution.It’s pretty very good as long as your system is somehow running und u may wanna go back to a point before (or in the future if you had to go back to an older copy of your SD Card in order to get things running again). But the the somehow described, ohh i have a 32 GB SD Card and I clone it to a 64 GB and have amanda backing up to a third partition, forcing the replacement SD to be 64 GB at least is !!!not!!! a good idea for several reasons.
Having Amanda clone to a NAS instead of a local attached drive is a good idea, but (because of how amanda works) causes some issues… Can’t use a NAS via CIFS (samba, typical NAS for redmond orginating operation system)… even can’t use a NFS mounted drive, when the NAS doesn’t allow to turn of root_sqaush or all_squash… And there are many NAS outside that do it for several reasons… Even the “professional” NAS from the data storage experts from San Jose do all_squash and if u turn it off by connecting with the console of it, after a rebbot it restores the “settings” in /etc/fstab that they think is right to proper operate… So Amanda is a bit of issue, if u don’t have a second posix style operationg system, if it comes to failure of your system and u wanna restore it now… How nice is a plain SD Card then, to just restart the system with a maybe somewhat older state and then restore from a Amanda backup… But there is also definitely something missing in the openhabian-config tool
I can do the cli export with it and restore from tht zip file with it.
I can setup regular SD mirroring and remove the mirror… (ok, there i don’t need restore, as i just change the slot of the SD)
I can RAW copy the SD and even do a manual Rsync… (also no need for restore from that, as i just can use that SD-Card to boot a pi)
But how to trigger a restore of a amanda backup???
And yes it also would be nice, if somewhere for experts would be described, what exactly the options 50, 53, 54, and 55 do… For the case one wants to do that same thing on a non-openhabian installation of openHAB