time machine 备份中断若由磁盘 uuid 冲突引起，说明 macos 无法唯一识别备份盘，常见于重复抹盘未重置标识、克隆盘未更新 uuid 或系统误判同一设备为多个磁盘，导致拒绝写入、提示“无法使用该磁盘”或跳过自动备份。
time machine 备份中断若由磁盘 uuid 冲突引起，说明 macos 无法唯一识别你的备份盘——常见于重复抹盘后未重置标识、克隆盘未更新 uuid、或同一物理设备被系统误判为多个不同磁盘。这种冲突会导致 time machine 拒绝写入、反复提示“无法使用该磁盘”，甚至跳过自动备份。
确认是否为 UUID 冲突
打开终端，运行以下命令查看当前挂载的备份盘及其 UUID：
diskutil list —— 找到你的备份盘（如 disk3s1）
diskutil info /dev/disk3s1 | grep "Volume UUID" —— 记下该 UUID
tmutil destinationinfo —— 查看 Time Machine 当前记录的备份目标 UUID
若两者不一致，或 tmutil destinationinfo 显示多个相同名称但不同 UUID 的条目，即存在 UUID 冲突。
清除旧的目标记录
Time Machine 会缓存已知备份目标的 UUID 和路径。冲突时需手动清理：
- 在终端中执行：sudo tmutil removedestination "UUID值"（将引号内替换为
tmutil destinationinfo中显示的旧 UUID） - 若不确定具体 UUID，可先运行 tmutil destinations 列出所有已注册目标，再逐个移除异常项
- 完成后重启 Mac，避免缓存残留
强制重新注册备份盘
不要直接在 Time Machine 设置里“重新选择硬盘”，而是通过命令行绑定新 UUID：
- 确保备份盘已正确挂载（在访达中可见）
- 运行：sudo tmutil setdestination -a /Volumes/你的备份盘名称
- 系统会自动读取当前卷的 UUID 并登记为唯一目标；若需加密，建议先在磁盘工具中启用 APFS 加密，再执行此步
预防后续冲突
UUID 冲突多源于人为操作习惯，以下做法可避免复发：
- 避免用磁盘工具“恢复”方式克隆备份盘——改用 asr restore --erase 或第三方工具确保新盘生成全新 UUID
- 更换备份盘后，务必在 Time Machine 设置中先点“移除磁盘”，再断开物理连接，最后接入新盘
- 不重命名已用于 Time Machine 的磁盘卷宗；如必须改名，请同步执行 sudo tmutil setdestination -a /Volumes/新名称
