我从rsync获得了一个令人困惑的错误信息，网上搜索到的初始结果（以及所有通常的chmod更改）都没有解决它：
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]
尽管出现了错误，但似乎它仍然在工作，不过去掉错误会更好。
如果/foo/bar在NFS(或者可能是某些FUSE文件系统)上，那可能就是问题所在。
无论如何，在您的命令行中添加-O/--omit-dir-times将避免尝试设置目录修改时间。
--no-t选项来移除隐含的选项。 - Noam Nelke/remote/path/to/foo/bar目录：rsync -avzP --exclude '.DS_Store' /local/path/to/foo/bar/ user1@1.2.3.4:/remote/path/to/foo/bar，但是收到了相同的错误信息，当我像这样将user1作为/remote/path/to/foo/bar的所有者时，错误消息消失了：$ chown -R user1 /remote/path/to/foo/bar。 - racl101正如@racl101在一个回答中所评论的那样，这个问题可能与文件夹所有者有关。rsync命令应该由与文件夹所有者相同的用户执行。如果不是同一个用户，你可以进行更改。
chown -R userCorrect /remote/path/to/foo/bar
我曾经遇到过同样的问题。对我来说，解决方法是删除远程文件，然后让 rsync 重新创建。
我在向不能（正确地）处理时间的文件系统写入时遇到了这个问题——我想是SMB共享或FAT之类的。
你的目标文件系统是什么？
sudo port install rsync)，这样它就会更加稳定。要检查它：rsync --version：
rsync version 3.0.5 协议版本 30
...
append, ACLs, xattrs, iconv, symtimes, file-flags
...
（ACL和xattrs是重要的部分） - David Woleverrsync中是否包含该根文件夹，我只关心其中的内容。错误来自于我的命令，我需要在末尾指定一个额外的/。如果没有这个斜杠rsync将会尝试设置文件夹的时间戳。html上设置时间戳。rsync /var/www/html/ ubuntu@xxx.xxx.xxx.xxx:html
这将不会
rsync /var/www/html/ ubuntu@xxx.xxx.xxx.xxx:html/
xfs（rw，relatime，seclabel，attr2，inode64，noquota）的分区上，目录由另一个用户拥有，该用户和我们都是同一组的成员。登录前已经建立了组成员身份，并且整个目录结构都是组可写的。我已经手动运行了sudo chown -R otheruser.group directory和sudo chmod -R g+rw directory来确认这一点。
我仍然不知道为什么最初它没有起作用，但使用sudo chown -R myuser.group directory获取所有权解决了问题。也许与SELinux有关？
utime()。您也可以以root身份运行并执行此操作。但是，如果文件的UID不同，则它们不允许您将时间更改为除“现在”之外的任何其他时间。 - Alexis Wilkeutime()。 - Sam Brightman如果您在源或目标上运行rsync进程时，处理的文件最近未被修改，则可能会出现此错误...因为它无法为最近修改的文件设置时间。
我在尝试修复新的MacOS Monterey上的时间戳时遇到了这个错误，迁移助手决定将所有时间戳设置为复制操作发生的时间，而不是原始文件的时间。
anddam's answer 对我没有帮助，因为rsync命令中使用的远程用户与目录和文件所有者匹配。
经过进一步研究，我意识到我无法通过SSH访问Mac的文档目录（错误代码ls：Documents：Operation not permitted）。
我成功解决了这个问题，方法是打开Mac上的系统偏好设置，然后选择安全性与隐私，转到隐私选项卡，选择完全磁盘访问并选中sshd-keygen-wrapper旁边的框。