I do a full-drive zip to an external server (you know, "dd if=/dev/sdX [more parameters] | gzip -9 > [external drive file]"), validate the sums, then copy that zip to another drive stored elsewhere. Recovery has always been trivial: just expand the zip back to an appropriate-sized drive and check the sum.
I've recovered three drives this way, and migrated two (yes, the MBR data is wrong, but easy to fix).
Short-term user data backups are usually rsync, with no delete on the target (in case a file has wrongly been deleted). Clutters the target sometimes, but easy enough to hand-prune.
(Score: 2) by dltaylor on Wednesday November 25 2020, @08:58AM (1 child)
I do a full-drive zip to an external server (you know, "dd if=/dev/sdX [more parameters] | gzip -9 > [external drive file]"), validate the sums, then copy that zip to another drive stored elsewhere. Recovery has always been trivial: just expand the zip back to an appropriate-sized drive and check the sum.
I've recovered three drives this way, and migrated two (yes, the MBR data is wrong, but easy to fix).
Short-term user data backups are usually rsync, with no delete on the target (in case a file has wrongly been deleted). Clutters the target sometimes, but easy enough to hand-prune.
(Score: 3, Informative) by coolgopher on Wednesday November 25 2020, @11:08PM
Depending on where your time & space constraints lie, it could be very worthwhile considering xz over gzip as it achieves much better compression.