macOS大版本更新前会自动生成不可自动清理的APFS保护快照，导致“系统数据”异常膨胀；需更新稳定运行1–2天后，用sudo tmutil thinlocalsnapshots命令安全清理。
macOS 系统更新会主动触发额外的 APFS 快照生成，这是系统内置的安全机制，但容易被忽略——它不依赖 Time Machine 外接盘是否连接，也不计入 Finder 显示的“可用空间”，却真实占用 SSD 块设备资源，常导致更新后“系统数据”异常膨胀、空间告急甚至升级失败。
更新前自动生成保护快照
只要启动卷是 APFS 格式，macOS 在开始安装大版本更新（如 Sequoia、Tahoe）前，会自动创建一个带 com.apple.os.update 标识的本地快照。这个快照记录更新前的完整系统状态，用于升级失败时快速回退。它和普通 Time Machine 本地快照不同：不会随时间自动过期，也不会被 tmutil thinlocalsnapshots 默认清理，必须在确认更新成功并稳定运行 1–2 天后手动处理。
更新过程中可能堆积冗余快照链
若更新中途失败、中断或卡在某个阶段，系统可能残留多个时间接近的快照（如 com.apple.TimeMachine.2026-06-06-* 和 com.apple.os.update.* 并存），它们彼此引用、互为依赖。这类快照链无法靠单条 deletelocalsnapshots 安全删除，强行移除中间一个可能让整条链失效或报错“Stale NFS file handle”。此时应优先使用 Apple 官方推荐的智能清理命令：
sudo tmutil thinlocalsnapshots / 999999999999999 4- 若根卷无响应，改用：
sudo tmutil thinlocalsnapshots /System/Volumes/Data 999999999999999 4
更新后“系统数据”暴涨的常见原因
很多用户升级后发现“系统数据”突然多出几十甚至上百 GB，根源往往不是缓存或日志，而是未清理的更新快照 + 长期滞留的 Time Machine 本地快照。尤其当外置备份盘长期未连接时，macOS 会高频生成 com.apple.TimeMachine.* 快照作为兜底还原点，这些快照不显示在访达，也不出现在存储空间统计中，却锁住真实空间，导致 df 命令显示可用空间极低。可通过以下方式确认：
- 终端执行：
tmutil listlocalsnapshots /或diskutil apfs listSnapshots /System/Volumes/Data - 查看输出中是否有大量 2026 年 6 月之后的快照，尤其是含 Preboot、os.update 或连续日期的时间戳
正确清理时机与注意事项
更新完成并不等于快照任务结束。建议按顺序操作：
- 更新后正常开机，使用 1–2 天，确认无崩溃、闪退、驱动异常等明显问题
- 再执行快照清理命令，避免误删仍在被恢复流程引用的活跃快照
- 切勿删除
tmutil listlocalsnapshots /输出中标有 * 的快照（即当前恢复环境所依赖的活跃恢复快照） - 清理后可运行
df -h /System/Volumes/Data验证空间释放效果
