升级macos后time machine无法识别旧备份，本质是系统与旧备份的元数据绑定或索引关系中断，而非数据丢失；需通过tmutil inheritbackup重建继承关系、xattr补全sparsebundle的com.apple.timemachine.supported属性、清理钥匙串凭证等方式修复，严禁删除backups.backupdb目录。
升级 macos 后 time machine 无法识别旧备份，通常不是备份数据丢失，而是系统与旧备份之间的元数据绑定或索引关系中断。常见于升级到 macos 26.4（tahoe）及后续版本后，尤其在使用 nas 或 apfs 备份盘时更易出现。修复重点在于重建信任关系、校准索引、避免误操作覆盖原始备份。
确认是否为索引/绑定失效而非数据损坏
Time Machine 不识别旧备份，多数情况是系统找不到“Latest”快照链接或拒绝继承已有备份结构。先验证基础状态：
- 在终端中运行 tmutil destinationinfo，查看是否列出你的备份目标；若显示 “No destinations” 或路径为空，说明绑定已断开
- 进入备份盘的 Backups.backupdb/你的Mac名/ 目录，确认是否存在多个日期命名的子文件夹（如 2026-04-10-123456），以及是否有 Latest 符号链接指向其中一个——若 Latest 缺失或指向错误，即为索引断裂
- 不要直接删掉整个 Backups.backupdb 文件夹，原始数据仍在，只是“目录树”没被识别
强制重建备份继承关系
让新系统承认旧备份仍是合法延续，而不是当作全新起点：
- 确保备份盘已挂载，且路径明确（例如 /Volumes/NAS-Backup）
- 在终端执行：sudo tmutil inheritbackup "/Volumes/NAS-Backup/Backups.backupdb/你的Mac名/Latest"（将路径替换为你实际的 Latest 路径）
- 成功后会提示 “Inherited backup”，接着可尝试手动触发一次备份：tmutil startbackup
- 若提示 error 45 或 “not supported”，说明 sparsebundle 缺少必要属性（见下一项）
修复网络备份中的 sparsebundle 兼容性
macOS 26.4+ 对 SMB 网络备份的 sparsebundle 校验更严格，图形界面创建或旧版系统生成的映像常因缺失扩展属性被拒：
- 检查 sparsebundle 是否具备关键属性：在终端中运行 xattr -l /Volumes/NAS-Backup/YourMacName.sparsebundle，确认输出包含 com.apple.TimeMachine.supported
- 若缺失，用命令补全：xattr -w com.apple.TimeMachine.supported 1 /Volumes/NAS-Backup/YourMacName.sparsebundle
- 不建议用“磁盘工具”重新制作 sparsebundle——这会丢弃全部历史快照；仅当 inheritbackup 完全失败且 sparsebundle 损坏时，才考虑用 hdiutil 重建并迁移数据
跳过加密验证（仅限临时排查）
部分升级后系统会因密钥链权限异常，反复要求输入备份密码却始终失败：
- 打开“钥匙串访问”，搜索 “TimeMachine” 或你的备份盘名称，删除所有相关条目
- 重启 Mac，再进 Time Machine 设置，重新选择备份盘——系统会重新生成凭证并提示输入密码
- 若仍卡住，可临时关闭备份加密（在 Time Machine 设置中取消勾选“加密备份磁盘”），验证能否识别旧备份；确认正常后再开启加密并重新加密整个 sparsebundle
