macOS 26.4升级后Time Machine NAS备份故障源于UUID重复、SMB3元数据校验变严及本地快照元数据不兼容；需重置UUID、启用SMB3并添加com.apple.TimeMachine.supported属性、清理快照及重建绑定关系。

macos 系统升级（尤其是升至 26.4 及更高版本）后，time machine 出现备份冲突，常见表现为：反复弹出“凭据错误”、提示“备份盘已被其他 mac 使用”、挂载 sparsebundle 失败、或备份卡在“准备中”。这并非磁盘损坏，而是系统对备份元数据、uuid 识别、协议兼容性等环节的校验逻辑变严格所致。解决重点是恢复信任关系、清理残留标识、适配新协议要求，而非重做全部备份。

确认是否为 UUID 冲突导致的误判

升级后系统可能把同一 NAS 共享路径或重格式化过的本地盘，误认为“旧设备复用”，根源常是 VolumeUUID 或 DiskUUID 重复：

• 打开终端，运行：diskutil info /Volumes/你的备份盘名 | grep -E "(VolumeUUID|DiskUUID)"
• 对比此前备份记录：tmutil destinationinfo，看是否有多个目标指向相同 UUID
• 若输出中出现重复 UUID，或 tmutil associatedisk -a / 返回多条绑定路径，则确认为 UUID 冲突

重置备份卷唯一标识（本地盘 & 支持改 UUID 的 NAS）

让系统重新“认出”这是合法的新目标，而非冲突旧设备：

macOS UI 自动化技能包 —— 用 Python 控制你的 Mac

让 macOS 自动化像说话一样简单 —— 用代码控制你的 Mac，无需学习 AppleScript 系统要求 macOS 14+ (Sonoma) Python 3.9+ 需要开启：辅助功能 + 屏幕录制权限

下载

• 对 USB/Thunderbolt 本地盘：先卸载（diskutil unmountDisk /dev/diskX），再重设分区 UUID（sudo diskutil resetVolumeUUID /dev/diskXsY，Y 是实际分区号）
• 对群晖等支持 SMB3 的 NAS：进入 DSM →「存储空间管理员」→ 找到对应共享卷 →「编辑」→「重新生成 UUID」（DSM 7.2+ 原生支持）
• 操作后需在 Mac 端清除旧绑定：sudo tmutil removedestination "smb://nas-ip/backup"

修复 macOS 26.4+ 对 SMB 共享的元数据校验问题

新版系统强制要求 sparsebundle 必须具备 com.apple.TimeMachine.supported 属性，且 SMB 必须启用 SMB3 和耐久控制，否则静默失败或报错 45/80：

• NAS 端设置：DSM 中开启「SMB > 高级设置」→ 启用 SMB3、Opportunistic Locking、SMB 耐久控制；关闭共享文件夹的「回收站」和「版本控制」
• Mac 端重建 sparsebundle：不要用图形界面创建，改用命令行生成合规映像：
  hdiutil create -size 2T -type SPARSEBUNDLE -fs APFS -volname "Backup" /path/to/backup.sparsebundle
  再添加必要属性：
  xattr -w com.apple.TimeMachine.supported 1 /path/to/backup.sparsebundle
• 重新挂载并选取：访达中推出旧连接，用 smb://nas-ip/newshare 手动连接，再在 Time Machine 设置中重新选择

清理本地快照与索引缓存（尤其 APFS 卷升级后）

系统升级可能使旧快照元数据与新内核不兼容，导致增量备份无法建立硬链接：

• 运行 tmutil listlocalsnapshots / 查看快照列表，删除命名异常或时间戳过旧的项：
  tmutil deletelocalsnapshots com.apple.TimeMachine.2026-03-22-091522
• 重启 Mac 后重连备份盘，执行继承修复：
  sudo tmutil inheritbackup "/Volumes/YourNAS/Backups.backupdb/YourMacName"
• 如仍失败，可尝试重建初始绑定：
  sudo tmutil associatedisk -a / "/Volumes/YourNAS/Backups.backupdb/YourMacName/Latest"