rsync更改修改日期的错误，即使使用-a选项也是如此

我一直在测试rsync，并在将文件和文件夹从分区复制到另一个分区时发现了一个奇怪的错误：

如果我这样做：

rsync -avE --delete '/Volumes/disk1/origin/' '/Volumes/disk2/destination/'

它正确复制/同步。

下次我使用rsync进行相同的同步时，文件中的某些修改日期（不是文件夹！）会变得不正确（更改为当前日期和时间），即使我已经使用了 -a 在里面 rsync 应该保留它的命令。

最奇怪的是，如果我重做它，那么错误的日期现在是正确的，这意味着rsync每隔一次运行就会改变修改日期，当它改变日期时，它始终是相同的文件，我没有看到除了影响文件和相同文件之外的模式。

我做错了什么，可以修复吗？

这是使用OS X 10.9.5，使用终端rsync 2.6.9

让我更正我的评论：64位时间戳由 access-modification-change-birthtime。

从 man 2 stat 以下系统调用会更改相应的时间。

struct stat的时间相关字段如下：

 st_atime         Time when file data last accessed.  Changed by the mknod(2), utimes(2) and read(2) system calls.

 st_mtime         Time when file data last modified.  Changed by the mknod(2), utimes(2) and write(2) system calls.

 st_ctime         Time when file status was last changed (inode data modification).  Changed by the chmod(2), chown(2), link(2), mknod(2), rename(2),
                  unlink(2), utimes(2) and write(2) system calls.

 st_birthtime     Time of file creation. Only set once when the file is created. This field is only available in the 64 bit inode variants. On filesys-
                  tems where birthtime is not available, this field holds the ctime instead.

工具如 cp， ditto，和 pax 可以在调用OS X元数据以复制文件时保留它们。如果修改时间比原始文件的出生时间更新，这些工具将无法保留出生时间。新文件的生成时间设置为原始文件的修改时间。

如果使用patchflags，crtimes，hfs-compression编译rsync，则rsync可以处理OS X元数据并保留原始文件在新文件上的生成时间。

所以，你会像这样调用rsync。

rsync -avXN --delete SOURCE DESTINATION

我建议您长时间阅读rsync手册，并在尝试应用之前了解我建议的选项。