APFS容器扩容失败本质是空间被快照、容器上限或分区间隙锁住；需先用diskutil apfs info查真实余量，再清理本地快照，最后执行diskutil apfs resizeContainer diskXsY 0强制扩容。
macos 中因分区过小导致扩容失败，本质是 apfs 容器空间不足或磁盘结构限制，而非单纯“拖动滑块”能解决。关键在于释放容器内可用空间、清理快照、确认物理磁盘余量，并用磁盘工具底层命令补位。
检查 APFS 容器真实可用空间
图形界面显示的“可用空间”常含隐藏快照和保留空间，需终端验证：
- 打开终端，运行 diskutil apfs list，找到目标卷对应的容器（Container Reference），记下标识如 disk1s2
- 执行 diskutil apfs info disk1s2（替换为你的容器标识），重点查看 Capacity Ceil（容器上限）与 Used Space 差值——这才是可扩容的真实余量
- 若 Capacity Ceil 接近物理磁盘总大小，说明容器已撑满，需先缩小其他卷或删除快照腾出容器空间
清理时间机器本地快照与系统快照
本地快照长期积累会锁住大量空间，且阻止容器扩容：
- 列出所有本地快照：tmutil listlocalsnapshots /
- 删除指定快照（如 com.apple.TimeMachine.2026-04-25-142321）：tmutil deletelocalsnapshots com.apple.TimeMachine.2026-04-25-142321
- 一键清理全部旧快照（谨慎操作）：sudo tmutil thinlocalsnapshots / 9999999999 1
- 重启后再次运行 diskutil apfs info，确认 Free Space 显著增加
用 diskutil 命令强制调整容器大小
图形界面失败时，命令行可绕过部分 UI 限制：
macOS Automator Services
下载
部署和使用军舰的 macOS Automator 自动化服务集合。包含 5 个实用工作流：PDF转JPG、PNG重命名并转JPG、图像拼接、解压RAR、顺序命名图像文件。一键安装所有服务到 ~/Library/Services/ 目录。使用场景：(1) "安装我的自动化服务"，(2) "部署所有 Automato...
- 先卸载目标卷（非系统卷可跳过）：diskutil unmountDisk disk1（注意不是卷，是整个磁盘）
- 扩展容器至最大允许值：diskutil apfs resizeContainer disk1s2 0（0 表示“尽可能填满剩余空间”）
- 若提示 “not enough space”，说明磁盘上存在未分配区域被其他分区（如恢复分区、EFI）隔离——此时需用 diskutil list 查看布局，必要时用 gpt 工具微调分区表（仅限高级用户）
预防后续扩容卡住的小技巧
APFS 容器设计本就支持弹性伸缩，但日常使用中容易无意“封死”空间：
- 避免在容器内创建多个小卷；优先用单卷 + 文件夹管理，减少元数据开销
- 定期运行 sudo mdutil -E / 强制重建 Spotlight 索引，可间接释放被索引缓存占用的隐藏空间
- 系统更新后立即执行一次快照清理，因为 macOS 升级常自动创建保护快照
- 不依赖“磁盘工具→抹除→重新分区”来扩容——这会丢失数据且不解决根本问题
不复杂但容易忽略：扩容失败往往不是磁盘没空闲，而是空间被快照、容器上限或分区间隙“看不见地锁住”。动手前先看清容器层级结构，比反复点击“急救”更有效。
