macos升级卡住本质是安装流程失去执行条件，需分层排查：先确认是否真卡死（观察风扇、温感、时间更新），超2.5小时静止再干预；接着进恢复模式（apple芯片长按电源选“选项”，intel按command+r），优先用磁盘工具修复启动宗卷，再清/library/updates/和~/library/caches/com.apple.softwareupdate/缓存，最后验证空间连续性与dns网络稳定性。
macOS 升级卡住或报错，本质是安装流程在某个环节失去了继续执行的条件。恢复逻辑不是“重试”，而是分层排查：先确认是否真卡死，再判断问题发生在哪一层——网络、缓存、磁盘结构，还是系统底层校验机制。核心思路是“降级执行环境 + 逐层清理依赖”，让安装过程回到可控、可验证的状态。
先判断是不是真卡死
进度条不动不等于失败。macOS 安装器常在后台执行固件校验、APFS 快照合并、用户数据迁移等无界面操作，尤其在 M 系列芯片上可能持续 1–2 小时。观察是否有以下迹象：
- 风扇间歇转动、硬盘指示灯（如有）闪烁或 Mac 底部有温感
- 屏幕右上角时间仍在更新
- 按电源键有响应（如短暂亮屏/声音）
若超过 2.5 小时完全静止、无任何硬件响应，才进入强制干预流程。
从恢复模式启动，切断干扰源
直接重启并进恢复模式（Command + R），目的是绕过当前系统所有运行进程、驱动和第三方扩展，启用纯净的内置恢复宗卷。这不是重装，而是换一个更底层、更可信的执行环境来诊断和修复。
- Apple 芯片 Mac：关机后长按电源键 → 出现选项图标 → 点“选项” → 继续
- Intel Mac：关机后按电源键 → 立即长按 Command + R → 看到地球或苹果标志松手
- 进入后不要急着点“重新安装”，先做磁盘检查和缓存清理
修复启动宗卷是关键前置动作
90% 的“卡进度条”背后是 APFS 容器异常或宗卷目录损坏。磁盘工具的“急救”不是格式化，而是重建宗卷元数据、修复快照链、重置权限位——这些是安装器写入新系统前必须通过的校验关卡。
- 在恢复模式中打开“磁盘工具”，选中“Macintosh HD”（或你实际的启动宗卷名）
- 点击“急救”→“运行”，等待扫描完成；若提示“发现错误”，务必点“继续”修复
- 修复成功后关闭磁盘工具，再执行重装，否则安装器仍会因底层不一致而挂起
清除多层缓存，避免签名校验失败
macOS 更新会把安装包、校验摘要、临时解压文件分别存在系统级（/Library/Updates/）、用户级（~/Library/Caches/com.apple.SoftwareUpdate/）和内核级（/private/var/folders/）路径。任一位置残留损坏缓存，都会导致“无法验证”或无限等待响应。
- 在恢复模式终端中依次执行：
sudo rm -rf /Library/Updates/*
sudo rm -rf ~/Library/Caches/com.apple.SoftwareUpdate/* - 不建议盲目删 /private/var/folders/，该路径含系统运行时缓存，误删可能引发恢复环境异常
- 清完缓存后重启，再通过“软件更新”重新下载，而非复用旧安装器
空间与网络要双验证
显示“剩余 30GB”≠具备可用空间。APFS 需要连续未分配块来创建临时迁移区，碎片化空间会导致安装器静默退出。同时，DNS 解析失败或 IPv6 握手超时会让校验服务返回空响应，表现就是卡在 90% 不动。
- 用 tmutil thinlocalsnapshots / --keep-alive 1 清理本地快照，释放真实连续空间
- 改用有线以太网连接，或手动设置 DNS 为 223.5.5.5 和 1.1.1.1，禁用 IPv6
- 执行 sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder 刷新本地服务发现
