我更新了我的rsync 忽略文件并使用这--delete-excluded从目标端删除现在冗余的文件。 rsync 无法完成任务，因为我lost+found/在上述文件中有以下行：
rsync: [generator] opendir "/mnt/text/lost+found" failed: Permission denied (13)
IO error encountered -- skipping file deletion
我的命令：
rsync --archive --no-compress --info=progress2 --human-readable --exclude-from='rsync.exclude.txt' --delete-excluded $HOME/ /mnt/text/
由于系统目录lost+found无法删除。
lost+found我记得至少在 Fedora 33（发送端）上遇到权限错误，因此此后已排除该文件夹。在我当前的 Fedora 35 上，rsync 工作得很好，没有（当前目录中没有数据，如果相关的话）。
是否真的有必要手动排除该文件夹或者我遇到了错误（并因此误解了 rsync 的功能）？这意味着当使用默认设置时，由于 I/O 错误，rsync 在 Linux 下总是会失败......
答案1
首先回答你提出的问题，“rsync默认处理lost+found目录吗？“如果您已将其包含在范围中，答案是肯定的。rsync -av / remoteHost:/some/path将尝试包含所有文件和目录 - 并且在当前用户无法访问的文件或目录上失败，包括/lost+found如果您不是 root。（它将失败）在大多数/proc和上也都失败了，/sys但原因不同。）
现在，从整体上看问题主体。这似乎是一次性运行，用于删除您现在从源副本中排除的文件和目录。
您无法真正lost+found从排除项中排除，因此最简单的解决方案是包含该--ignore-errors标志。这将允许删除您有权删除的文件和目录。您仍然会收到错误，lost+found但不会阻止其他删除。
完成此操作后，您应该恢复处理，以便不再有--delete-excluded或--ignore-errors。