time machine 备份中断若由磁盘 uid 冲突引发，表现为“备份磁盘身份已更改”警告、反复要求重选磁盘或卡在“正在准备备份”阶段；macos 通过 uuid 唯一识别备份盘，uuid 相同或混淆会导致备份中止以防止数据覆盖。
time machine 备份中断若由磁盘 uid 冲突引发，通常表现为“备份磁盘身份已更改”警告、反复要求重新选择磁盘、或备份卡在“正在准备备份”阶段。这并非硬件故障，而是 macos 通过 uuid（而非磁盘名称）唯一识别备份目标，当两个磁盘（或同一磁盘被重格式化后）拥有相同或混淆的 uuid 时，系统便无法安全区分它们，从而中止备份以防止数据覆盖或混杂。
确认是否为 UID 冲突
打开终端，运行以下命令查看当前备份磁盘与 Time Machine 记录的磁盘 UUID 是否一致：
- 查当前连接磁盘的 UUID：`diskutil info /Volumes/你的备份盘名称 | grep "Volume UUID"`（将“你的备份盘名称”替换为实际名称，如“TM-Backup”）
- 查 Time Machine 记录的 UUID：`defaults read /Library/Preferences/com.apple.TimeMachine BackupAlias | base64 -D | plutil -convert xml1 - -o - 2>/dev/null | grep -A1 UUID`
- 若两处输出的 UUID 不同，或第二条命令报错“does not exist”，说明记录已失效或冲突；若两者相同但备份仍失败，需检查是否有多块磁盘挂载后 UUID 被系统误判（例如旧备份盘未拔出，新盘挂载后被分配了相近标识）
清除错误的备份磁盘识别记录
UID 冲突常因系统缓存了旧磁盘元数据所致。需手动清理 Time Machine 的本地配置：
- 关闭 Time Machine（系统偏好设置 → 时间机器 → 取消勾选“自动备份”）
- 在终端中执行：
sudo tmutil removedestination "$(tmutil destinationinfo | grep 'ID' | awk '{print $3}')"
（该命令安全移除当前配置的备份目标，不删除磁盘上已有备份） - 再运行：
sudo defaults delete /Library/Preferences/com.apple.TimeMachine DestinationUUID
清除残留的 UUID 绑定 - 重启 Mac，确保旧磁盘（如有）已物理断开
为备份磁盘分配唯一且稳定的 UUID
对新格式化的备份盘或 NAS 共享卷，需确保其标识长期稳定：
- 本地外置硬盘：用“磁盘工具”抹除时，选择“APFS”或“Mac OS 扩展（日志式）”，勾选“安全选项”中的“不覆盖”即可（无需擦除），系统会自动生成新 UUID；避免使用第三方工具重写分区表
-
SMB 网络备份（如 Synology）：不要依赖 Finder 挂载后的临时卷名。改用固定路径绑定：
sudo tmutil setdestination -p "smb://用户名:密码@NAS-IP/共享文件夹"
此方式绕过 Finder 的卷名解析，直接按网络地址和凭证锁定目标，有效规避 UID 解析歧义 - 完成后，在时间机器偏好设置中重新“选择硬盘”，系统将基于新 UUID 建立干净绑定
预防后续 UID 混淆
日常使用中可减少冲突发生概率：
- 更换备份磁盘前，先在原盘上完成一次完整备份，再用 sudo tmutil inheritbackup 迁移备份历史（保留逻辑连续性，不依赖物理 UUID）
- 避免给多块备份盘起相同名称（如都叫“TimeMachine”），系统虽以 UUID 为主，但名称重复可能加剧 Finder 和 Spotlight 的索引混淆
- 若使用 Time Capsule 或支持 Bonjour 的 NAS，请在设备端启用“Bonjour Time Machine 播送”，让 Mac 通过服务发现而非卷名识别目标
