Time Machine磁盘空间不足时自动清理而非报错，优先保留最早完整全备快照，再删近期增量；每小时检查空间，低于10%触发清理；可手动删除或排除目录以主动管理空间。

Time Machine 在备份磁盘空间不足时，不会立即报错或停止工作，而是自动执行清理策略腾出空间——但这个过程有明确的优先级和逻辑，不是简单按时间删旧备份。

自动删除遵循“保留最久远完整快照”原则

Time Machine 不是单纯删除最老的一次备份，而是努力保留尽可能早的、完整的全量备份快照（即某天首次备份形成的基准点），再逐步清理中间的增量备份。例如：若你每周一做一次全备，其余每天增量，系统会优先保留最早那个周一的全备及其关联增量链，而非机械地删掉2024年1月的所有备份。

• 当空间紧张，它先删掉最晚近的几次增量备份（比如昨天、前天的）
• 若仍不够，再考虑拆解较新的全备+其后续增量链（前提是更早的全备仍健在）
• 只要磁盘上还存有某个“最早全备”，Time Machine 就不会动它，哪怕它已有一年多

系统每小时检查并触发清理，非实时响应

Time Machine 后台进程 backupd 默认每小时轮询一次磁盘可用空间。当可用空间低于约10%（具体阈值由系统动态估算，通常为 8–12%），才启动自动清理流程。这意味着：磁盘显示“已满”后，可能过几十分钟到一小时才真正开始删数据；期间新备份请求会被暂挂，但不会丢失。

• 可手动触发检查：终端运行 sudo tmutil thinlocalsnapshots / 9999999999 1（对本地快照）或 tmutil thinbackups（对Time Machine目标卷）
• 清理过程不中断正在运行的备份，但新备份会排队等待空间释放完成

无法删除的情况：被锁定的快照或权限异常

如果某些快照被标记为“Pinned”（如通过 tmutil pin 锁定），或备份卷出现文件系统错误、权限紊乱（如误用 chmod 修改了Backups.backupdb目录权限），Time Machine 会跳过这些快照，转而尝试删其他可删项。此时即使磁盘已满，也可能卡住不动，备份失败提示“无法完成备份”。

• 检查锁定快照：tmutil listlocalsnapshots / 或 tmutil latestbackup
• 解除锁定：tmutil unpin [snapshot_name]（需对应快照名）
• 修复权限：在磁盘工具中对备份卷运行“急救”，不建议手动修改Backups.backupdb内部权限

用户可控的干预方式

你无需坐等自动清理，也可以主动管理空间。Time Machine 偏好保留长期快照，所以手动删掉近期无价值的备份（比如测试性大文件备份、临时项目），往往比等系统删更高效、更安全。

• 在访达中进入备份磁盘 → 进入 Backups.backupdb → 按日期文件夹右键“移到废纸篓”（系统会提示确认并自动处理关联增量）
• 使用终端精准删除：tmutil delete "/Volumes/BackupDisk/Backups.backupdb/Mac/2025-02-20-143211"
• 设置排除项：系统设置 → 时间机器 → 选项 → 添加不再备份的大目录（如缓存、虚拟机磁盘），从源头减少增长