time machine报“文件系统不兼容”错误（如error 45、80）的根本原因是macos对网络备份容器的协议、格式与校验要求变严格；需启用smb3及三项锁机制、用hdiutil创建.sparsebundle、修复servermarkers.plist中nas主机名。
Time Machine 报“文件系统不兼容”错误（如 error 45、error 80），通常不是 NAS 或硬盘坏了，而是 macOS 对网络备份卷的格式、协议或元数据校验变严格了。关键不在“能不能连上”，而在“它认不认这个盘是合法备份容器”。下面分三类常见情况给出直接可用的解决路径。
确认并启用正确的 SMB 协议与高级选项
macOS（尤其是 Mojave 及更新版本）要求 SMB 共享必须满足特定协议级别和锁机制，否则直接拒绝识别为 Time Machine 目标：
- 在 Synology、QNAP 或其他 NAS 后台，进入 SMB 设置 → 将“最大 SMB 协议”设为 SMB3（不能只开 SMB2）
- 务必开启三项：「Opportunistic Locking」、「SMB2 租用」、「SMB 耐久控制」（注意：启用后会禁用跨协议文件锁定，但对 Time Machine 是必需的）
- 在 Bonjour 设置中，启用「Bonjour 服务发现」和「通过 SMB 播送 Time Machine」，让 Mac 能自动发现并信任该共享
不用磁盘工具，改用 hdiutil 创建 .sparsebundle
图形界面的“磁盘工具”创建的 .sparseimage 文件，在 SMB 上大概率触发 error 45——因为它缺少 Time Machine 所需的捆绑结构和扩展属性支持。必须用命令行生成 .sparsebundle：
- 先挂载你的 SMB 共享（例如：
smb://nas.local/backup），确保可写 - 在终端中运行：
hdiutil create -size 1.5t -type SPARSEBUNDLE -fs "APFS" -volname "MacBackup" "/Volumes/backup/MacBackup.sparsebundle"
（把1.5t换成你预估所需容量，/Volumes/backup/替换为你的挂载路径） - 创建完成后，用
tmutil setdestination "/Volumes/backup/MacBackup.sparsebundle"指向它
修复系统级校验失败（如升级后出现 error 80）
macOS 26.4 等新版系统更新后，可能因 serverMarkers.plist 缺失 NAS 主机名导致校验失败，日志里常伴随 error 80：
- 打开终端，执行
sudo su获取 root 权限 - 定位并编辑：
/System/Library/CoreServices/backupd.bundle/Contents/Resources/serverMarkers.plist - 在文件中添加当前 NAS 的主机名（例如
<string>my-nas.local</string>），保存退出 - 重启 backupd 服务：
sudo launchctl stop com.apple.backupd，稍等几秒再让它自动恢复
这些操作不依赖第三方工具，也不需要重装系统。重点在于：SMB 协议要达标、备份容器必须是 .sparsebundle 格式、系统校验表要匹配实际设备名。做对这三点，绝大多数“文件系统不兼容”提示都会消失。
