On 30.07.16 07:40, Piers Rowan via luv-main wrote: > rsync -avh --include '*/' --include '*.php' --prune-empty-dirs /home/ > /mnt/code_drive > rsync -avh --include '*/' --include '*.jpg' --prune-empty-dirs /home/ > /mnt/images_drive > rsync -avh --include '*/' --include '*.sql' --prune-empty-dirs /home/ > /mnt/data_drive > > I like this idea as it combines two of my favourite things, rsync and > being a cheapskate! > > Any pitfalls?
A missing rsync argument: -c, --checksum even though: With this option, rsync compares a 128-bit checksum for each file that has a matching size. That can slow things down significantly. because: By default, rsync finds files that need to be transferred using a "quick check" algorithm which only looks for files that have changed in size or in last-modified time. and I've had USB drives spontaneously corrupt several % of the bytes in several % of files, and there's no file size change in that. (OK, that was flash, but once bitten, ever sensitive.) My only other concern is: What's the disaster recovery option? (Off-site) Mine includes backup to a laptop which comes with whenever I'm away for days, plus a USB stick which goes in my pocket with the car keys. (So even if I'm only nipping to the shops.) Data which exists only at one location exists only in your imagination, eventually, I figure. Erik _______________________________________________ luv-main mailing list [email protected] https://lists.luv.asn.au/cgi-bin/mailman/listinfo/luv-main
