APFS容器调整大小后容量未达预期：Disk Utility显示成功但仍为78.09GB

这种情况确实挺闹心的——明明Disk Utility显示调整成功，可容器实际容量还是停在78.09GB，没达到预期的128GB。我来给你梳理几个实用的排查步骤，一步步定位问题：

• 先通过终端确认真实磁盘状态
  Disk Utility有时候会有显示延迟或者不准确的情况，终端命令能给出更精准的信息。打开「终端」，执行以下命令：

  diskutil apfs list
  

  重点看这几个信息：

  • 物理磁盘（Physical Store）的总容量是不是真的有128GB
  • APFS容器的「Capacity Used」和「Capacity Free」
  • 有没有未分配的磁盘空间（如果有的话，会在diskutil list的输出里看到Free分区）

• 检查是否存在隐藏/未挂载的分区
  有时候磁盘上可能有残留的恢复分区、Boot Camp分区或者其他隐藏分区占用了空间，这些在Disk Utility里可能不显示。执行diskutil list，查看所有磁盘和分区的列表，确认总容量加起来是否等于128GB。如果有额外的分区占用空间，需要先处理这些分区（比如删除不需要的恢复分区，或者调整Boot Camp的大小）。

• 修复APFS容器的文件系统错误
  文件系统的潜在错误可能会导致调整大小操作失效。在终端执行修复命令（记得把/dev/diskXsY替换成你的APFS容器ID，从diskutil apfs list的输出里找）：

  diskutil apfs repairContainer /dev/diskXsY
  

  修复完成后，再尝试用Disk Utility或者终端重新调整容器大小。

• 用终端命令手动强制调整容量
  图形界面的Disk Utility可能受限于某些机制，终端命令有时候更可靠。执行以下命令（同样替换容器ID）：

  diskutil apfs resizeContainer /dev/diskXsY 0
  

  这里的0代表让容器占用所有可用的未分配空间，执行后再用diskutil apfs list确认容量是否变化。

• 排查加密或第三方工具的影响
  如果你的磁盘开启了FileVault加密，确保调整大小前容器已经完全解锁（输入密码挂载）。另外，如果你安装了第三方磁盘工具（比如Paragon NTFS、Tuxera），这些工具可能会占用磁盘资源，暂时卸载或关闭它们，再尝试调整操作。

• 最后手段：备份后重新格式化
  如果以上方法都无效，可能是磁盘分区表或者APFS容器结构有深层问题。这时候建议先完整备份所有数据，然后用Disk Utility抹掉整个物理磁盘，重新创建APFS容器，再恢复备份的数据。

内容的提问来源于stack exchange，提问作者Aman