我得到了一个令人困惑的错误从rsync和最初的东西,我发现从网络搜索(以及所有通常的chmod'ing)没有解决它:

rsync: failed to set times on "/foo/bar": Operation not permitted (1)
rsync error: some files could not be transferred (code 23) 
  at /SourceCache/rsync/rsync-35.2/rsync/main.c(992) [sender=2.6.9]

尽管有这个错误,它似乎还是可以工作的,但是去掉它会很好。


当前回答

正如@racl101评论的答案,这个问题可能与文件夹所有者有关。rsync命令应该由文件夹所有者的同一用户执行。如果不一样,你可以改变它。

chown -R userCorrect /remote/path/to/foo/bar

其他回答

当我向一个不能(正确地)处理时间的文件系统写入时,我就看到了这个问题——我认为SMB共享或FAT或其他东西。

您的目标文件系统是什么?

如果/foo/bar在NFS(或者可能是一些FUSE文件系统)上,这可能就是问题所在。

无论哪种方式,在命令行中添加-O /——省略-dir-times将避免它试图设置目录的修改时间。

在我的案例中,问题是“接收器安装点”安装不正确。它处于只读模式(出于某种特殊原因)。 看起来rsync正在复制文件,但实际上不是。 我检查了我的fstab文件,并将挂载选项更改为默认值,重新挂载文件系统并再次执行rsync。那好吧。

正如@racl101评论的答案,这个问题可能与文件夹所有者有关。rsync命令应该由文件夹所有者的同一用户执行。如果不一样,你可以改变它。

chown -R userCorrect /remote/path/to/foo/bar

可能是因为您对某些文件没有权限。从管理员帐户尝试“sudo rsync -av”或者启用root帐户并以root帐户登录。这应该允许您完全软管您的系统和蛮力您的rsync!;-)我不确定上面提到的扩展属性是否会有帮助,但我也把它扔进去了,只是为了更好地衡量。