磁盘工具无法修复因分区过小导致的扩容失败，须用终端命令先释放物理空间再扩展apfs容器：先diskutil apfs list和list确认容器被限容及后方分区情况，再erasevolume或resizecontainer腾出空隙，最后resizecontainer disk0s2 0吃满空间并清理快照缓存。
磁盘工具本身无法直接修复“因分区过小导致的扩容失败”——这不是文件系统错误，而是 apfs 容器受制于底层物理分区空间不足。图形界面的“磁盘工具”在扩容操作中常报错（如“无法调整大小”“目标不可用”），根本原因在于它不暴露物理分区边界控制能力，也无法自动压缩或删除相邻分区来腾出空隙。真正有效的操作必须通过终端命令完成，核心是先释放物理空间，再让容器吃满。
确认问题根源：看清楚是“容器没吃饱”，不是“卷坏了”
打开终端，运行：
diskutil apfs list
找到你的主容器（例如 Container disk1），检查它的 Size 字段。如果数值明显小于硬盘总容量（比如 512GB SSD 上只显示 320GB），说明容器被卡在了一个过小的物理分区里，后面还有未分配空间或被其他分区占着——这才是扩容失败的真因。
再运行：
diskutil list
观察容器所在分区（如 disk0s2）后面是否紧邻 Recovery、BOOTCAMP 或空闲分区。只要它后面没被“堵死”，就有操作空间。
手动释放物理空间：删或缩掉挡路的分区
磁盘工具做不到这一步，但 terminal 可以：
- 若后面是旧的 Windows 分区（如 Microsoft Basic Data）或废弃的 Bootcamp，直接清空：
sudo diskutil eraseVolume free none disk0sX（把 X 换成对应编号） - 若后面是 macOS 恢复分区（Recovery），新版系统通常允许自动压缩：
sudo diskutil apfs resizeContainer disk0s2 0（末尾 0 表示“尽可能扩展到最大”） - 若执行后提示 “Could not modify partition map”，说明 Recovery 分区太老或被锁定，需先用 diskutil list 确认其类型，再考虑备份后删除
让容器真正吃满可用空间
确保上一步已腾出连续空闲空间（即 diskutil list 中容器分区后出现 “free space” 行），再执行：
sudo diskutil apfs resizeContainer disk0s2 0
等待几秒至一分钟。成功后会显示新尺寸，且 diskutil apfs list 中容器 Size 应接近整块硬盘可用容量（约 95% 以上）。此时重启，再进“磁盘工具” → 选中该容器 → 点“急救”，帮助系统重新同步空间映射关系。
别忘了清理快照和缓存，否则卷还是“假性满”
容器扩容后，系统卷（Macintosh HD）仍可能报满，常见于本地 Time Machine 快照堆积：
- 列出快照：tmutil listlocalsnapshots /
- 删非系统更新类快照（避开 com.apple.os.update 开头的）：
sudo tmutil deletelocalsnapshots [快照名] - 进“系统设置 → 通用 → 储存空间”，点“管理”，清掉“系统数据”里的缓存和日志
做完这些，系统卷和数据卷才能真正共享容器内全部空间，后续 macOS 更新、安装 App 等操作就不会再因“空间不足”中断。
