我得到了一个令人困惑的错误从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]
尽管有这个错误，它似乎还是可以工作的，但是去掉它会很好。
当前回答
我也遇到了这个问题，我遇到的问题是根文件夹的权限问题，其中包含我试图发送的文件。我不关心根文件夹是否包含在rsync中，我只关心它里面有什么。错误来自我的命令，我需要在最后指定一个额外的/。如果没有，rsync将尝试设置该文件夹的次数。
例子:
这将尝试在html上设置时间
rsync /var/www/html/ ubuntu@xxx.xxx.xxx.xxx:html
这不会
rsync /var/www/html/ ubuntu@xxx.xxx.xxx.xxx:html/
其他回答
当我向一个不能(正确地)处理时间的文件系统写入时，我就看到了这个问题——我认为SMB共享或FAT或其他东西。
您的目标文件系统是什么?
在我的案例中，问题是“接收器安装点”安装不正确。它处于只读模式(出于某种特殊原因)。 看起来rsync正在复制文件，但实际上不是。 我检查了我的fstab文件，并将挂载选项更改为默认值，重新挂载文件系统并再次执行rsync。那好吧。
如果您对源或目标文件中最近没有修改的文件运行rsync进程，也可能弹出此错误…因为它不能为最近修改的文件设置时间。
我在尝试修复新的MacOS Monterey上的时间戳时遇到了这个错误，因为迁移助手决定将所有时间戳设置为复制操作发生的时间，而不是原始文件的时间。
Anddam的回答并没有帮助我，因为rsync命令中使用的远程用户确实与目录和文件所有者匹配。
经过进一步的研究，我意识到我无法通过SSH访问Mac的文档目录(错误ls: Documents: Operation not allowed)。
我设法通过在Mac上打开系统首选项来解决这个问题，然后选择安全与隐私，转到隐私选项卡，选择完全磁盘访问，并勾选sshd-keygen-wrapper旁边的复选框。
我也遇到了这个问题，我遇到的问题是根文件夹的权限问题，其中包含我试图发送的文件。我不关心根文件夹是否包含在rsync中，我只关心它里面有什么。错误来自我的命令，我需要在最后指定一个额外的/。如果没有，rsync将尝试设置该文件夹的次数。
例子:
这将尝试在html上设置时间
rsync /var/www/html/ ubuntu@xxx.xxx.xxx.xxx:html
这不会
rsync /var/www/html/ ubuntu@xxx.xxx.xxx.xxx:html/
