我之前在Mac和Linux间用Unison同步时也碰到过类似的删除后文件自动恢复的问题，结合你的情况（版本2.48.4、两种同步方式都有问题、未使用-nodeletion），给你几个具体的排查和解决方向：

1. 检查配置文件中的隐藏规则 #

先仔细核对你的Unison配置文件（通常是~/.unison/your_profile.prf），看看有没有可能导致删除被忽略或覆盖的规则：

• 有没有意外添加ignore = Deletion（这个参数会直接忽略删除操作）；
• 有没有设置prefer = [某一端路径]，如果强制优先某一端的文件，会导致删除另一端文件后，优先端的文件被同步回去；
• 有没有ignore = Name [pattern]之类的规则，不小心匹配到了被删除的文件，导致Unison误判文件状态。

2. 排查文件属性与系统特性冲突 #

Mac和Linux的文件系统特性差异可能导致Unison误判：

• 扩展属性（xattrs）：Unison默认会同步Mac的扩展属性，但老版本（2.48.4）对Linux的xattrs支持可能有问题，试试在配置中添加xattrs=false，关闭扩展属性同步后再测试删除操作；
• 大小写敏感性：Mac默认是大小写不敏感的文件系统，Linux是敏感的。如果你的同步路径或文件名存在大小写不一致的情况（比如Mac上是Document，Linux上是document），Unison可能会把它们识别为不同文件，导致删除后从另一端同步回来。确保两边的同步根路径和文件名完全一致。

3. 查看详细同步日志找线索 #

用 verbose/debug 模式运行Unison，查看它对删除操作的决策过程：

# 用详细日志运行同步，替换your_profile为你的配置文件名
unison your_profile -verbose 3 -debug update

重点看日志中关于被删除文件的记录，比如有没有出现Restoring deleted file之类的提示，以及Unison判断文件状态的依据（比如文件的inode、修改时间、哈希值等），这能帮你定位是Unison误判了文件存在性，还是有其他因素导致文件被恢复。

4. 排除第三方工具干扰 #

有些系统工具会自动恢复删除的文件，导致你误以为是Unison的问题：

• Mac端：检查Time Machine的本地快照功能（可以通过tmutil disablelocal暂时关闭，测试后再开启），快照可能在你删除文件后自动恢复；
• Linux端：查看是否有文件系统级的快照工具（比如btrfs快照、LVM快照）或自动备份脚本，是否在删除后自动恢复文件。

5. 测试简化场景与版本升级 #

• 简化测试：先不要用周期性同步或fsmonitor，手动创建一个测试文件，完成一次全量同步后，在一端删除，然后手动运行Unison，观察是否还会恢复。如果单个文件没问题，再测试批量删除，看是不是某个特殊文件导致的问题；
• 版本升级：Unison 2.48.4是比较老旧的版本（发布于2016年），可能存在已知的跨平台同步bug。尝试两边都升级到最新的同版本（比如2.53.3），注意必须保证两端版本完全一致，否则会出现同步错误。

6. 检查batch模式的影响 #

如果你的配置中使用了batch=true，Unison会自动决策同步方向，可能误判删除操作的意图。可以临时注释掉这个参数，运行Unison时手动确认每一步操作，看Unison对删除操作的提示是「删除另一端文件」还是「恢复当前端文件」，这能直接反映它的决策逻辑。

内容的提问来源于stack exchange，提问作者jaeyong