Roland0 wrote: 
> > 
Code:
--------------------
  >   > rsync -avhi --delete /mnt/MusicBackup/MusicOgg/ /mnt/MusicInt/Music/
--------------------
> > 
> usually does the trick.

I'm running a test of this now.  The '-a' flag is apparently equivalent
to '-rlptgoD', so my '-rtvhiO' differs only from your '-avhi' in that
I'm excluding '-lpgoD', i.e.

-l = copy symlinks: I don't have any
-p = preserve permissions
-g = preserve groups
-D = preserve device files

...and I'm including
-O = omit directories from -t check

I was deliberately excluding the groups and permissions checks because I
had noticed a similar tendency to repeatedly update groups (as well as
timestamps) when rsyncing my main library to my backup (with -avhi).  I
added '-O' because I'm not bothered when the directory was created - I'm
only interested in the files.  Symlinks and device files shouldn't
matter in my case.

So I don't believe that that's going to have any effect on the timestamp
check that seems to be failing in my case. In fact. watching the output
of the rsync process I see I'm now getting a lot of '>f..t..g...'
updates (the 'g' is expected due to the '-g', but the 't' is still
there).  And I'm also getting a number of 'Operation not permitted'
errors with 'chgrp' and 'mkstemp' - should I be running this with
'sudo'?

I'll run the rsync command again once this one completes, but I'm not
hopeful that the 't' updates will stop.  What's causing this?  It can't
be anything to do with the RPi clock, because both disks are physically
connected and mounted to the same RPi, and in any case it's a file
attribute, not a clock check.  Could it be that although the timestamps
are the same to a certain precision, the different disk formats are
storing them slightly differently?  My source disk is 'PFS/NTFS' and my
target disk is 'FAT32'.  I wonder if I should use the
'--modify-window=NUM' option to 'check modification times with reduced
accuracy'.


------------------------------------------------------------------------
chill's Profile: http://forums.slimdevices.com/member.php?userid=10839
View this thread: http://forums.slimdevices.com/showthread.php?t=110496

_______________________________________________
ripping mailing list
[email protected]
http://lists.slimdevices.com/mailman/listinfo/ripping

Reply via email to