Time Machine备份“损坏”实为元数据错乱、索引断裂或快照异常，表现为无法备份、恢复失败或提示“找不到备份磁盘”；修复核心是重建索引（tmutil inheritbackup）、清理本地快照、修复sparsebundle扩展属性及确保APFS格式兼容。Time Machine 备份文件本身极少真正“损坏”，绝大多数所谓“损坏”其实是元数据错乱、索引断裂或快照引用异常导致的备份失败或恢复不可用。系统不会提示“文件损坏”，而是表现为：无法开始新备份、验证报错（如 `tmutil verifychecksums` 失败）、恢复时找不到历史版本、或提示“无法完成备份”“找不到备份磁盘”。修复重点不在恢复单个文件，而在重建 Time Machine 的内部追踪机制。
检查并清理本地快照元数据
APFS 本地快照是增量备份的基础，快照元数据出错会直接阻断后续备份流程：运行 tmutil listlocalsnapshots / 查看所有本地快照，留意是否有重复时间戳、命名异常（如含特殊字符）或数量远超正常范围（通常只保留最近24小时内若干个）；
对可疑快照逐个删除：tmutil deletelocalsnapshots com.apple.TimeMachine.2026-09-20-142305（替换为实际名称），避免使用 tmutil thinlocalsnapshots 一次性清空，以防误删有效快照；
若磁盘空间紧张，可执行 tmutil thinlocalsnapshots / 2000000000 4，自动释放至少2GB空间，缓解因空间不足引发的元数据写入失败。
重建备份索引与硬链接结构
当Backups.backupdb/ 目录下快照指向断裂、硬链接失效，Time Machine 会拒绝读写该备份集：
先断开备份盘，重启 Mac，消除内核级缓存干扰；
重新连接后，在终端中运行：tmutil inheritbackup /Volumes/YourBackupDrive/Backups.backupdb/YourMacName（替换为实际路径），强制让当前备份继承旧索引逻辑；
若仍不识别，尝试重建关联：sudo tmutil associatedisk -a / "/Volumes/YourBackupDrive/Backups.backupdb/YourMacName/Latest"，将根目录与最新备份快照重新绑定。
验证并修复网络备份的 sparsebundle 元数据
NAS 等 SMB 共享盘上的 sparsebundle 映像若缺少必要扩展属性，macOS（尤其是 26.x 版本）会静默拒绝写入或校验失败：不要用图形化“磁盘工具”创建稀疏映像——它不自动添加 com.apple.TimeMachine.supported 属性；
改用命令行重建：hdiutil create -size 2T -type SPARSEBUNDLE -fs APFS -volname "TM-Backup" /path/to/backup.sparsebundle；
挂载后立即添加关键属性：xattr -w com.apple.TimeMachine.supported 1 /path/to/backup.sparsebundle，再在 Time Machine 设置中重新选取该卷。
确认备份盘格式与系统兼容性
APFS 是 macOS Tahoe（26.x）及后续版本的强制要求，非 APFS 格式（如 exFAT、NTFS、HFS+ 未启用日志）会导致底层写入异常，表现为“备份中途停止”或“校验失败”：用“磁盘工具”抹除备份盘，格式必须选 APFS（推荐勾选“加密”，确保完整支持快照与权限）；
若为 NAS，需确认 SMB 共享已启用 SMB3、禁用回收站、且共享权限允许写入 ACL 和扩展属性；
运行 tmutil verifychecksums /Volumes/YourBackupDrive 检查校验一致性，仅当输出无错误且返回 0 时，才说明元数据链路完整可用。
