time machine 因磁盘卷宗 uuid 冲突无法识别备份盘，本质是系统检测到多个卷uuid重复而拒绝信任；需用diskutil查证并安全重置uuid，对.sparsebundle需挂载后重置其内部卷uuid。
macos 中 time machine 因磁盘卷宗 uuid 冲突而无法识别备份盘，本质是系统检测到两个或多个卷宗（包括本地分区、外接硬盘、网络挂载点）拥有相同的 uuid，从而拒绝信任该卷为合法备份目标——它会直接跳过显示，或在“时间机器”设置中灰显、不响应。
确认是否存在 UUID 冲突
打开终端，依次执行：
-
列出所有已挂载卷的 UUID：
diskutil list -plist | grep -A 10 "VolumeName\|UUID"（重点关注你用于备份的磁盘及其历史残留分区） -
单独检查目标备份盘 UUID：
diskutil info /Volumes/你的备份盘名称 | grep "Volume UUID" - 若发现多个卷（例如旧备份分区、克隆盘、误复制的.sparsebundle所在卷）UUID 完全一致，即确认冲突存在
安全生成新 UUID（推荐用 diskutil）
不要手动编辑底层结构。对**未被 Time Machine 正在使用、且无重要数据的备份卷**，执行：
macOS Automator Services
下载
部署和使用军舰的 macOS Automator 自动化服务集合。包含 5 个实用工作流：PDF转JPG、PNG重命名并转JPG、图像拼接、解压RAR、顺序命名图像文件。一键安装所有服务到 ~/Library/Services/ 目录。使用场景：(1) "安装我的自动化服务"，(2) "部署所有 Automato...
- 先卸载：
diskutil unmountDisk /dev/diskX（X 替换为对应磁盘编号，如 disk2） - 重新生成唯一 UUID：
sudo diskutil randomUUID /dev/diskXsY（Y 是你要修复的分区号，如 disk2s1） - 重新挂载：
diskutil mountDisk /dev/diskX - 验证：
diskutil info /dev/diskXsY | grep "Volume UUID"，确认已变更
针对 .sparsebundle 容器的特殊处理
如果冲突源于网络备份用的 .sparsebundle（常见于 NAS），UUID 冲突往往藏在其内部卷中：
- 先挂载该 .sparsebundle：
hdiutil attach "/path/to/Backup.sparsebundle" - 查其内部卷 UUID：
diskutil info /Volumes/Backup | grep "Volume UUID"（Backup 是挂载名） - 卸载后，用命令重置内部卷 UUID：
hdiutil attach -nomount "/path/to/Backup.sparsebundle" && sudo diskutil randomUUID /dev/diskXsY && hdiutil detach /dev/diskX - 最后重新挂载并运行
tmutil setdestination指向它
避免未来冲突的操作习惯
UUID 冲突多由克隆、恢复、磁盘工具“抹掉+恢复”等操作引入：
- 不用“磁盘工具”直接恢复镜像到新盘——改用
asr restore并加--erase参数，它会自动重写 UUID - 复制 .sparsebundle 时，不要直接拖拽；应先用
hdiutil convert -format SPARSEBUNDLE转换一份新容器 - 定期清理闲置的旧备份卷（尤其是测试用的虚拟机磁盘、废弃 Time Machine 分区），防止它们静默挂载并干扰识别
