Tag Info

Hot answers tagged

6

There is generally no need to backup anything under dev, since it's mostly generated upon boot by udev. I did a lot of OS migrations by simply rsyncing everything except stuff like proc, dev, sys etc. Just make sure when you setup your backups, ALWAYS test a recovery, to see if everything is functioning properly.


3

By default rsync will read the entire file on both source and destination, to verify that they are identical. This does not consume network bandwidth, as it will only be comparing a hash value. But it does spend time reading from the disk. In one usage scenario, I found this to be terribly inefficient because the source files were only being appended to. I ...


1

I think adding -t to your argument list will help. To verify this you could add --itemize-changes to the arguments (without -t). If I understood you correctly, this would show the T-flag in every line man 1 rspec: A t means the modification time is different and is being updated to the sender’s value (requires --times). An alternate value of T ...


1

From your symptom, sync attempts were most likely unfinished due to slow link and the additional sync killing afterwards. In that case --inplace option is actually the worst option since it is not designed for network-bound situations. Quoting from the --inplace option: WARNING: The file’s data will be in an inconsistent state during the transfer (and ...


1

why do you say it takes longer each time? how is that possible? maybe it's the program generating the files that is touching them? try with --checksum: skip based on checksum, not mod-time & size, see if that changes anything (i wouldn't keep this option because it reads every file from the disk every time, too expensive, i'm only suggesting it to find ...



Only top voted, non community-wiki answers of a minimum length are eligible