Super User is a question and answer site for computer enthusiasts and power users. Join them; it only takes a minute:

Sign up
Here's how it works:
  1. Anybody can ask a question
  2. Anybody can answer
  3. The best answers are voted up and rise to the top

I have some files (specifically music files) on a remote filesystem (ext3) that I'm connecting to via SSH. I issued this command to copy those files onto a local HFS+ partition:

rsync -r -v --progress user@server:mydir/ /media/hfs_volume/mydir/

After it's finished executing, you'd assume it's done, but if you re-execute it, some files are transfered again (the same files each time). I don't think it completely transfers the file, but just parts of it. I noticed that most of these files have special characters in them, like "é" or "ñ".

Also, I noticed that the size of the directory the receiving end is smaller that that on the server (using "du -sk"). Server: 49441852k; local: 49349516lk.

What is causing this problem? Is it on rsync's or HFS+'s end?

share|improve this question
up vote 0 down vote accepted

What happens when you try one of these:

rsync -r -t -v --progress user@server:mydir/ /media/hfs_volume/mydir/


rsync -av --progress user@server:mydir/ /media/hfs_volume/mydir/

I suspect that you need the -t option to preserver the modification times. Without that, I think that rsync may need to run checksums.

You might also try RsyncX from

share|improve this answer
Thank you! The -t option did the trick. But I still wonder why, without the -t option, it was always the same few files to be transfered. – Theo Jan 23 '11 at 4:24

You must log in to answer this question.

Not the answer you're looking for? Browse other questions tagged .