On 1/17/24 08:19, Default User wrote:
Hello!Opinions, please. I use rsync to copy my primary backup drive to a secondary backup drive , so that the secondary backup drive is theoretically always an exact copy of the primary backup drive. Here is the rsync command I use: time sudo rsync -aAXHxvv --delete-after --numeric-ids -- info=progress2,stats2,name2 -- exclude={"/dev/*","/proc/*","/sys/*","/tmp/*","/run/*","/mnt/*","/media /*","/lost+found"} /media/default/MSD0001/ /media/default/MSD0002/ Question: I use rsync --delete-after because it might seem to be "safer", so in case of a "glitch" of any kind, no file ever disappears from both the source drive and the destination drive. However, I have read that using rsync --delete instead of rsync -- delete-after is faster and uses less memory, and so is more efficient. Note: The current copy process time varies, but takes a long time - last night 131 minutes. :( Disk space used is not currently an issue. But, is rsync --delete AS SAFE as rsync --delete-after?
In the past, I used the --backup and --backup-dir options to retain files on the destination.
Then I moved my primary backup to ZFS, implemented snapshots, and implemented replication to the secondard backup devices.
David
