hyper-v linux虚拟磁盘vhdx删除文件后空间不释放，需linux侧执行fstrim或zerofree触发trim/零填充，再关机后用powershell optimize-vhd或diskpart compact压缩，禁用快照且不可用图形界面压缩。
hyper-v 虚拟磁盘（vhdx）文件在 linux 虚拟机中删除文件后，实际占用的物理空间并不会自动释放——因为文件系统只是标记空间为“可用”，并未向底层 hyper-v 通知可回收。直接在 hyper-v 管理器里点“压缩”往往无效，必须配合 linux 侧的主动清理操作才能真正缩小 vhdx 文件体积。
Linux 侧：触发空间回收的关键步骤
核心是让文件系统向虚拟磁盘层发出 TRIM/UNMAP 指令，或用零填充方式显式清空已释放区域。
-
fstrim 是首选方法：适用于启用 TRIM 支持的 VHDX（需在创建时勾选“启用 TRIM 支持”，且虚拟机配置中启用了 SCSI 控制器）。运行
sudo fstrim -av，反复执行直到返回0 B trimmed，说明所有可回收块已通知到位。 -
zerofree 用于不支持 TRIM 的场景：比如使用 IDE 控制器、或旧版 CentOS 6/7 未启用 discard。需先将目标分区（如
/dev/sda1或 LVM 逻辑卷）以只读方式挂载，再执行zerofree /dev/xxx。注意：不能对已挂载为读写状态的根分区直接 zerofree，否则会失败。 -
临时禁用开机自启服务与进程占用：避免
umount失败。可通过修改/etc/fstab将待处理分区设为ro，重启后执行清理；或用lsof +D /mount/point查找并终止占用进程。
Windows 侧：真正起效的压缩操作
Linux 侧做完清理后，必须关机（不是重启），再在宿主机上执行压缩，否则无任何效果。
-
PowerShell 命令最可靠：以管理员身份运行 PowerShell，执行：
Optimize-VHD -Path "D:\VMs\centos.vhdx" -Mode Full
或兼容性更强的旧命令：diskpart→select vdisk file="D:\VMs\centos.vhdx"→compact vdisk - Hyper-V 管理器“编辑-压缩”仅限动态扩展 VHDX 且无快照：该操作本质调用的是 Compact 接口，但对 Linux 虚拟机常无响应。若看到进度条走完但文件大小不变，说明 Linux 侧未完成 TRIM 或零填充。
- 务必确认无检查点（快照）：存在快照时，Hyper-V 会锁定底层 VHDX，压缩操作被禁用。需提前全部删除检查点，再合并差分链。
常见误区与避坑提醒
很多操作看似合理，实则无效甚至有害。
- 不要在磁盘管理工具中“压缩卷”：这是 Windows 主机上的 NTFS 分区收缩，和虚拟机内部磁盘无关，对 VHDX 文件大小毫无影响。
-
碎片整理没有帮助：Linux 下
fsck或e4defrag对空间回收无作用；反而可能打乱空闲块分布，降低后续 TRIM 效率。 - 图形界面压缩 ≠ 实际压缩：Hyper-V 管理器里“设置→硬盘驱动器→编辑→压缩”按钮，在 Linux 虚拟机上经常静默失败。建议统一改用 PowerShell 命令，并检查返回结果。
-
固定大小 VHDX 无法压缩：它的文件尺寸恒定，无论内部是否为空。如需压缩空间，请先转换为动态扩展格式（
Convert-VHD），再执行上述流程。
验证与收尾
压缩完成后，用 Get-ChildItem "D:\VMs\centos.vhdx" | Select-Object Length 查看文件大小变化；进虚拟机用 df -h 确认文件系统使用率未异常升高。若空间未明显减少，大概率是 Linux 侧 fstrim 未跑满、或分区未正确挂载为支持 discard 的模式（如 ext4 需挂载参数 discard 或定期手动 trim）。
