虚拟机关机后删除文件，宿主机磁盘空间却不释放，核心原因是虚拟磁盘文件不会自动收缩，你需要手动执行“清零未使用空间+磁盘压缩/转换”两步操作。这个问题在VMware ESXi、Workstation、VirtualBox和KVM/QEMU平台上都很常见，但解决思路一脉相承：先让虚拟机内部的空闲块变成“零”，再对磁盘文件做瘦身。
为什么虚拟磁盘文件只增不减
很多人以为在虚拟机里删掉大文件,宿主机上的vmdk或qcow2文件就会自动变小，这个想法很自然，但虚拟化的存储机制完全不是这样运作的。
动态分配的虚拟磁盘在创建时只有一个很小的初始文件，随着虚拟机写入数据，这个文件逐渐膨胀，当你删除虚拟机内部的文件时,操作系统只是把存储介质上的对应区域标记为“可覆盖”，并不会主动向宿主机汇报“这些块没用了”，宿主机层面，虚拟磁盘文件仍然占着同等大小的物理空间，就像一本书被撕掉几页，但书的厚薄完全没变。
行业共识：“删除”不等于“释放”，这句话在虚拟化存储领域尤其适用，虚拟机内部的文件系统管不到宿主机的块设备层，这是所有瘦身操作都要绕过的坎。
虚拟机空间不释放怎么办：先分清平台再动手
不同虚拟化平台的处理路径差异较大,先做好判断再操作，避免白费功夫。
- VMware Workstation/Fusion用户：能用自带的“压缩”功能提示操作，但经常遇到提示“无法压缩”的情况，原因多半是没有执行过磁盘清零。
- ESXi/vCenter环境：依赖vmkfstools命令做收缩，前提同样是磁盘块必须归零。
- KVM/QEMU用户：用qemu-img命令进行镜像转换，原理则是重建一个更紧凑的文件。
- VirtualBox用户：自带“紧凑磁盘”功能，但前置条件还是“清零”。
如果你拿不准自己的环境,直接跳到你对应平台的章节看具体命令。
VMware Workstation：压缩前必须做清零
第一步，在虚拟机内清零空闲空间。
Windows虚拟机用系统自带工具,在管理员命令行里输入：
cipher /w:C
这个命令会反复写入临时文件再覆盖删除,把C盘剩余空间全部抹成零，如果虚拟机有D盘、E盘，把参数换成对应盘符再跑一次，整个过程耗时较长，耐心等到提示“已写入”才算完成。
Linux虚拟机用dd命令填充零：
dd if=/dev/zero of=/tmp/zero.file bs=1M rm -rf /tmp/zero.file
注意,执行dd命令前先检查根分区的剩余空间，确保不会把磁盘写满，填充完成后删除临时文件，这一步就完成了。
第二步，启动VMware Workstation并压缩磁盘。
打开虚拟机设置,在“硬盘”项中找到“实用工具”，点击“压缩”按钮，此时VMware会识别此前清零的块，真正把它们从vmdk文件中剔除。
如果你在清零前直接点压缩,VMware大概率会提示“磁盘空间未被回收”，这就是最常见的“怎么点了压缩也没用”的原因。
ESXi和vCenter：vmkfstools收缩瘦磁盘
ESXi环境不支持在线收缩,你得先关闭虚拟机，再走以下流程。
第一步，SSH登录宿主机或使用vCenter的“启动维护模式”。
建议直接用SSH,命令直观且容易排查，执行：
vmkfstools --punchzero /vmfs/volumes/datastore1/yourvm/yourvm.vmdk
这个命令把稀疏文件中已标记为空的数据块彻底挖掉,注意：硬磁盘和RDM设备不适用，只对thin provisioned的磁盘生效。
第二步，用vmkfstools -k参数做收缩。
vmkfstools -K yourvm.vmdk
-K参数会重写整个磁盘文件，把尾部未使用的空间全部缩回去，这个操作耗时跟磁盘大小直接挂钩，几百GB的磁盘可能要跑1小时以上，建议安排在业务低峰期。
这里有个关键细节：如果虚拟机内部的文件系统是NTFS或ext4，且没有做过清零操作，ESXi无法识别哪些块是空的，收缩效果会大打折扣，ESXi环境下也要先在虚拟机内执行cipher或dd命令。
KVM/QEMU：qemu-img转换最稳妥
KVM环境用的qcow2镜像,处理思路是“导出重建”。
第一步，查看当前磁盘占用量。
qemu-img info /var/lib/libvirt/images/yourvm.qcow2
对比disk size（实际占用的物理空间）和virtual size（虚拟容量），如果两者差距大，说明有回收空间的机会。
第二步，执行转换命令。
qemu-img convert -p -O qcow2 /var/lib/libvirt/images/yourvm.qcow2 /var/lib/libvirt/images/yourvm-compact.qcow2
convert命令会生成一个新文件,只会写入真实存在的数据，天然跳过空洞，转换完成后，删除旧文件，把新文件重命名回去。
第三步,修改libvirt配置。
如果虚拟机通过virsh管理,要把存储池的镜像路径指向新文件，需要编辑域名XML或直接复制覆盖原文件。
KVM场景下,同样建议先在虚拟机内清零，转换时qcow2的空洞比例会更高，收缩效果也更明显，根据经验，不做清零直接转换，通常只能回收50%-70%的空间；清零后常见能回收近90%左右。
VirtualBox磁盘瘦身的注意事项
VirtualBox的瘦身流程较简单,但仍有细节值得留意。
虚拟机内清零完成后,在主机上执行：
VBoxManage modifymedium disk "/path/to/yourvm.vdi" --compact
有一条可能踩到的坑：如果有快照，VirtualBox会提示无法对当前磁盘直接压缩，你得先删除所有快照，合并磁盘状态后再执行压缩，快照合并后，磁盘占用甚至会暂时变大，但压缩完成后会明显回落。
三种方式回收空间的场景选择
到底用压缩、转换还是重建？没有绝对答案，按实际场景取舍。
| 方法 | 适合场景 | 优点 | 缺点 |
|---|---|---|---|
| Workstation压缩 | VMware桌面用户 | 操作简单，GUI界面 | 仅适用于Workstation/Fusion |
| ESXi vmkfstools | 服务器虚拟化环境 | 无需迁移，在线执行 | 对NTFS等文件系统识别有限 |
| qemu-img转换 | KVM/QEMU环境 | 跨格式通用，收缩率高 | 需要额外存储空间，时间长 |
还有一种手动克隆的老办法：用备份恢复工具（如Symantec Ghost）把虚拟机内数据克隆到新虚拟磁盘，把新盘挂上后开机，这种方案能做到近乎100%的空间回收，但链路较长，适合做虚拟机迁移或跨平台迁移时顺手完成，日常运维场景下性价比不高。
Q&A：虚拟机关机后文件释放但空间未释放怎么办”的补充解答
为什么虚拟机关机后空间也没回来？
因为虚拟磁盘文件是宿主机层面的一个独立大文件,虚拟机内部的删除操作只修改了虚拟硬盘里的文件分配表，没有通知宿主机“这里有块区域是无用的”，宿主机不会主动去读虚拟机内部的数据，所以直到你做了清零或压缩，它都不知道哪些块可以释放，关机与否不影响这个过程，关键在于有没有主动执行收缩操作。
把虚拟机里的文件直接移到宿主机可以释放空间吗？
只移动虚拟机内部的文件不解决根本问题,比如你在虚拟机里把一个大文件用“复制到宿主机”，本质上是没产生空间释放的，因为虚拟磁盘文件本身没有变，如果你在虚拟机内删除这个大文件，然后又在宿主机上保留了这个文件，那是复制出来又删掉，空间同样需要做一次清零和压缩才能回来。
哪些场景下压缩后仍然看不到空间回收？
- 虚拟机内有大量小文件碎片,虽然清零了，但宿主机的文件系统块分配粒度粗，回收效率低。
- 磁盘快照层级的堆积：如果你的虚拟机套了多层快照，压缩只对当前层生效，历史快照占用的空间依然保留，必须先合并快照再压缩。
- 执行压缩时虚拟机处于开机状态：大多数平台的压缩要求虚拟机关机或磁盘离线。
空间未释放的根本原因不在宿主机，而在于虚拟机内部文件系统与虚拟磁盘文件之间的“信息断层”。 用一句话总结方案：先清零，再压缩，必要时做转换重建，只要按这个次序操作，绝大多数情况下空间都能顺利回收。