apfs容器空间问题主因是容器未吃满物理磁盘或系统/数据宗卷分配失衡；需先用diskutil apfs list确认容器size，再执行sudo diskutil apfs resizecontainer diskx 0扩容，最后清理本地快照与缓存并用磁盘工具修复宗卷及容器。
MacOS 容器报错（如“无法挂载”“APFS 容器损坏”“空间统计异常”）常不是真坏了，而是 APFS 容器内各宗卷（如 Macintosh HD 和 Macintosh HD - Data）之间空间分配严重失衡——系统宗卷被撑满、数据宗卷却空闲，或容器本身未占用全部物理磁盘空间。这类问题不涉及文件损坏，但会阻断更新、备份甚至启动。
先确认是不是容器空间没吃满
APFS 容器可能只占用了硬盘的一部分，剩下空间“看不见也用不上”。这是最隐蔽也最常被忽略的原因：
- 打开终端，运行：diskutil apfs list，找到你的主容器（通常标为 Container disk1 或类似），看它的 Size 是否等于整块硬盘容量（比如 512GB SSD 应显示 ~500GB 容器大小）
- 如果 Size 明显偏小（如只有 300GB），说明容器没扩容，剩余空间处于“未分配”状态，系统根本无法使用
- 再运行：diskutil info /dev/diskX（X 是你硬盘编号，如 disk0），对比 Total Size 和容器实际占用，差值就是“失踪空间”
给容器扩容填满空闲物理空间
只要硬盘物理空间还有富余，且容器未损坏，就能安全扩容。这是解决“分配不均”的第一步：
- 确保系统已完全退出所有后台任务，关闭虚拟机、Docker 等大内存应用
- 在终端中执行：sudo diskutil apfs resizeContainer diskX 0（把 X 替换为你的容器所在磁盘编号，例如 disk0；末尾的 0 表示“扩展到最大可用空间”）
- 等待完成（通常几十秒），成功后会显示 “Finished resizing” 和新尺寸。此时容器已吃满物理磁盘
- 重启后进“磁盘工具”，选中该容器再点一次“急救”，让系统重新校准内部空间映射
平衡系统与数据宗卷之间的空间占用
容器扩容后，若仍提示空间不足（尤其更新失败），大概率是 系统宗卷（Macintosh HD） 被日志、缓存、快照塞爆，而 数据宗卷（- Data） 却很空——APFS 不自动跨宗卷调度空间：
- 不要手动删系统宗卷里的东西。优先清理系统认定的安全缓存：进入 系统设置 → 通用 → 储存空间，等扫描完，点击“管理”，逐项清理“缓存文件”“日志文件”“旧文件”
- 检查本地 Time Machine 快照是否霸占系统宗卷：终端运行 tmutil listlocalsnapshots /，删除非 com.apple.os.update 开头的旧快照（例如 sudo tmutil deletelocalsnapshots com.apple.TimeMachine.2026-03-28-123456）
- 确认 Safari、微信、Adobe 等 App 已完全退出（Command+Q），再手动清 ~/Library/Caches 下对应子目录（不是整个 Caches 文件夹），避免“文件正被使用”报错
验证容器结构一致性
空间分配不均有时伴随元数据错位，比如 ACL 权限跨宗卷失效、快照引用异常，导致系统误判空间不可用：
- 重启进恢复模式（Command+R），打开“磁盘工具”，点左上角“显示 → 显示所有设备”
- 先选中 数据宗卷（Macintosh HD - Data），点“急救”→“运行”；修复完成后，再选同一级的 系统宗卷（Macintosh HD） 同样操作
- 最后选中它们共同所属的 APFS 容器（如 Container disk1），再次运行“急救”——这一步会同步宗卷间空间策略和权限继承关系
- 若某步提示“无法修复”，不要反复重试，先截图日志，再考虑是否真有底层损坏
