rsync question
Rashkae
ubuntu at tigershaunt.com
Thu Dec 12 15:13:31 UTC 2013
On 13-12-12 09:50 AM, R Kimber wrote:
> I've been using rsync to create an exact backup copy of my music
> collection onto another disk. I recently decided that I wanted to change
> the directory structure of the collection and, to prevent rsync having to
> spend hours deleting and copying the large files between the disks, I spent
> some time making the changes manually on each disk. However, the next time
> the backup script ran rsync it ran for five hours. The two disks were identical.
> So what was it doing? Or, rather, what was I doing wrong? I've clearly
> misunderstood rsync. I thought that if it saw two identical file structures
> it wouldn't actually do very much other than make a note of the new
> structure, which even for half a TB shouldn't take all that long.
>
> - Richard.
The last modified time stamps were different. When copying over a
network protocol, (rsync or rsync through ssh), rsync would compare each
affected file and only transfer over the data needed to for any
differences/discrepencies. However, when synching between locally
mounted filesystems, if the file timestamps are different, the file is
simply copied over, (presumably, copying the file doesn't require any
more disc activity than comparing both byte for byte.)
Renaming or moving folders should not have changed any timestamps... did
you end up copying directories/files instead while you were re-organizing?
5 hours for 500GB, roughly 30MB/s... drive connected by USB? (Offtopic,
but I thought 5 hours sounded too slow, until I did the math.)
More information about the ubuntu-users
mailing list