Super User is a question and answer site for computer enthusiasts and power users. It's 100% free, no registration required.

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'm using rsync on Mac to back up to a USB drive or a network image (also HFS+ formatted). I'm having trouble with files from .svn subdirectories, such as 'all-wcprops' or 'entries' -- when checking out or updating, Subversion marks them as read-only (permissions bits are 444).

My rsync command chokes on that; they are backed up correctly during the first run, but any changes cause "permission denied" errors on target (backup volumes).

Maybe it's an artefact of Tortoise SVN - I'm actually using it from an XP virtual machine to do svn operations. But not using Tortoise is not an option.

How can I fix it? I spent some time trawling through rsync manuals and all the proper flags seem to be set. Can't find anything in Tortoise prefs either to allow me to tell it not to mark these files read only.

Here is my rsync command:

rsync -aNHAX --inplace --verbose --delete --delete-excluded --fileflags --force-change --exclude-from=.rsync/exclude-list ~ $backup_dir
share|improve this question
up vote 4 down vote accepted

I think you could either not use "--inplace" or synchronize in two steps.
This enhancement of rsync could also help you.

share|improve this answer
Thanks, without --inplace it actually works. Actually now I can see it in the rsync manual - "Also note that rsync will be unable to update a file in-place that is not writable by the receiving user". – ttarchala Oct 28 '09 at 12:03

Your Answer


By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.