chill wrote: > The '--modify-window=1' option seems to have fixed it. I can now rerun > the rsync command immediately after the first bulk sync, and nothing > changes. > > > Code: -------------------- > > rsync -rtvhiO --delete --modify-window=1 /mnt/MusicBackup/MusicOgg/ /mnt/MusicInt/Music/ -------------------- > > > > That option allows the times to differ by up to 1 second before they > are considered to be different. Apparently FAT uses a resolution of 2 > seconds for timestamps, so they're only accurate to the nearest > second.
You may yet be surprised at the next semi-annual clock change. FAT defines the file timestamp to be "local time", in whatever time zone/winter/summer time arrangement you happen to be in. And, by default, Linux honours this. But your source file system's timestamps may well be strictly UTC. I use the *tz=UTC* mount option with my FAT drive, which causes Linux to interpret all timestamps as UTC, despite official FAT semantics. Another approach is to allow times to differ by an hour before the files are considered to be different. ------------------------------------------------------------------------ mrw's Profile: http://forums.slimdevices.com/member.php?userid=38299 View this thread: http://forums.slimdevices.com/showthread.php?t=110496 _______________________________________________ ripping mailing list [email protected] http://lists.slimdevices.com/mailman/listinfo/ripping
