/home/<user>/.gvfs causing problems for rsync

[Karl Auer]

On Thu, 2008-11-06 at 14:53 +0200, Johann Spies wrote:
> rsync -CavrSb --progress --backup-dir=$BESTEMMING --delete \
>   --delete-excluded --exclude "\.netscape/" --exclude "rugsteun/" \
>    --exclude "\.cache/" --exclude "cache/" --exclude "\.unison/" \
>   --exclude "tmp/"  --exclude "\.beagle/" --exclude "/home/js/.thumbnails" \
>   --exclude   "/var/spool/" --exclude "Cache/" --exclude "\.Trash/"\
>   --exclude "- .gvfs/"  --exclude "/home/js/\.cache" \
>   --exclude dev/ --exclude "sys/" --exclude "proc/"  --exclude "lost+found/" \
>   --exclude /media/ /   js at log:/home/js/werkesel-rugsteun/demensie/

-a implies -r, so you don't need to specify "r" again.

--delete-exclude implies --delete, so you don't need to specify --delete
again.

What happens if you use only --delete? If that makes a difference, then
you should be able to work around the problem. If necessary using a
subsequent ssh command to "manually" delete excluded items from the
destination ("man rsync" describes the CVS exclusions).

Not related to this issue, but you could probably save yourself a lot of
space on the destination if you used hard links into the previous backup
directory for any file not needing alteration. As it is, you are
creating a complete copy each time, even though a lot of the data is
probably identical. Check out the --link-dest option.

Regards, K.

-- 
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Karl Auer (kauer at biplane.com.au)                   +61-2-64957160 (h)
http://www.biplane.com.au/~kauer/                  +61-428-957160 (mob)

GPG fingerprint: DD23 0DF3 2260 3060 7FEC 5CA8 1AF6 D9E3 CFEE 6B28

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
URL: <https://lists.ubuntu.com/archives/ubuntu-users/attachments/20081107/697997a0/attachment.sig>