time machine自动备份失败时，应通过console查看backupd、com.apple.backupd等日志，重点排查error 45（sparsebundle属性缺失或smb3未启用）、error 80（servermarkers.plist异常）、error 22（apfs容器损坏）及“operation not permitted”等错误，并依日志提示执行tmutil清理快照、xattr添加属性或nas协议配置修复。
time machine 自动备份失败时，控制台（console）是定位真实原因最直接的工具。系统日志里藏着图形界面不显示的底层报错，比如权限拒绝、快照挂起、smb握手失败或元数据校验中断——这些往往才是备份卡住的真正瓶颈。
在控制台中快速定位 Time Machine 日志
打开“控制台”App（位于“应用程序 > 实用工具”），左侧边栏选择“设备”，再点你的 Mac 名称；顶部搜索框输入以下任一关键词，回车过滤：
- backupd：Time Machine 后台服务进程名，所有核心操作都由此发起
- com.apple.backupd：对应 launchd 服务标识，可查启动/崩溃记录
- tmutil：命令行操作的日志痕迹，包括 inheritbackup、setdestination 等调用结果
- APFS 或 sparsebundle：涉及文件系统或网络卷挂载异常时高频出现
时间范围建议设为“最近1小时”或“今天”，避免被海量无关日志淹没。重点看标记为错误（Error）或故障（Fault）的条目，尤其是带“Failed”“Refused”“Permission denied”“Invalid signature”的行。
常见错误代码与对应含义
控制台中看到的具体错误码，比“无法完成备份”更有诊断价值：
-
Error 45：几乎总指向网络备份容器问题——.sparsebundle 缺少
com.apple.TimeMachine.supported属性，或 SMB 共享未启用 SMB3 及三项锁机制 -
Error 80：多见于 macOS 升级后，
/var/db/time/machine/serverMarkers.plist中 NAS 主机名缺失或格式错误 -
Error 22 (Invalid argument)：常因 APFS 容器损坏、本地快照元数据断裂，或
tmutil associatedisk路径指定错误导致 -
Operation not permitted：FileVault 加密卷未完全解锁，或
/var/db/auth.db损坏中断签名链
结合日志执行针对性修复
不要只读日志，要让日志驱动操作：
- 若日志反复出现
backupd: Failed to create local snapshot：说明 APFS 快照功能受阻，先运行tmutil listlocalsnapshots /查看是否堆积，再用tmutil thinlocalsnapshots / 1000000000 4清理 - 若含
sparsebundle: invalid checksum或failed to verify bundle：挂载该 .sparsebundle 后，执行xattr -wx com.apple.TimeMachine.supported "00000000000000000000000000" "/Volumes/YourBackup" - 若日志显示
backupd: Unable to connect to server且紧接 SMB 超时：检查 NAS 是否开启 SMB3、Opportunistic Locking 和耐久控制，Mac 端重新用smb://nas-ip/share手动挂载 - 若发现
backupd: Could not write to destination但磁盘已挂载：终端运行ls -lOe /Volumes/YourBackup，确认是否有com.apple.TimeMachine.supported属性及写权限
导出日志用于进一步分析
遇到难以判断的连续错误，可导出原始日志供交叉验证：
- 在控制台中选中相关时间段的日志条目 → 右键 → “导出所选内容”
- 用文本编辑器打开导出文件，搜索
backupd[开头的完整进程行，提取 PID 后用log show --predicate 'processID == XXXX' --last 1h获取更细粒度上下文 - 若怀疑是系统级冲突（如 Spotlight 干扰），添加过滤词
spotlight或mdworker查看是否与备份时段重叠
