姬轩亦1. WSL2磁盘空间管理的痛点与解决方案
作为一名长期使用WSL2进行开发的工程师，我深刻理解VHDX文件膨胀带来的困扰。每次打开资源管理器看到那个不断增长的ext4.vhdx文件，就像看着C盘空间被一点点蚕食。WSL2默认采用动态扩展虚拟硬盘机制，虽然初始体积小巧，但随着使用会不断膨胀，而且从不会自动收缩。
这个问题的根源在于WSL2的架构设计。与WSL1不同，WSL2运行在轻量级虚拟机中，使用VHDX格式的虚拟磁盘文件存储Linux文件系统。当你在WSL2中安装软件、下载文件或生成缓存时，VHDX文件会自动扩展，但删除内容后空间并不会自动释放回Windows系统。
我最近一次清理前，我的Ubuntu 20.04 WSL2实例的VHDX文件已经达到了47GB，而实际使用的空间只有不到20GB。这种"虚胖"现象在SSD空间宝贵的开发机上尤其令人头疼。通过本文介绍的方法，我成功将其压缩到了18GB，效果立竿见影。
需要模型API调用？ 免费领10W Token，多模型网关一键接入 Claude、DeepSeek 等主流模型。
2. 准备工作与安全注意事项
2.1 必备工具检查
在开始压缩操作前，请确保你的环境满足以下要求：
- Windows 10 1903及以上版本或Windows 11
- WSL2已启用并正常运行
- 管理员权限的PowerShell或CMD窗口
- 足够的剩余磁盘空间（建议至少保留VHDX文件当前大小50%的可用空间）
重要提示：此操作存在一定风险，强烈建议先备份重要数据。虽然我从未在此过程中丢失过数据，但谨慎总是没错的。
2.2 识别目标VHDX文件
首先需要定位你的WSL2实例对应的VHDX文件。打开PowerShell运行：
bash复制wsl --list -v
记下你要压缩的发行版名称（例如Ubuntu-20.04），然后通过以下路径找到对应的VHDX文件：
%USERPROFILE%\AppData\Local\Packages\<PackageName>\LocalState\<distro>.vhdx
对于手动安装的发行版，VHDX通常位于你指定的安装目录。
3. 分步压缩操作指南
3.1 释放WSL2内部未使用空间
首先需要在Linux子系统中清理并准备磁盘。启动你的WSL2发行版，执行以下命令：
bash复制# 清理包管理器缓存
sudo apt clean # 对于Debian/Ubuntu
sudo dnf clean all # 对于Fedora
# 手动删除其他无用文件
sudo rm -rf /tmp/*
sudo rm -rf ~/.cache/*
# 填充剩余空间（重要步骤）
sudo dd if=/dev/zero of=/zero.fill bs=1M || true
sudo rm -f /zero.fill
dd命令会创建一个填充文件占用所有空闲空间，这对后续压缩至关重要。当磁盘写满后命令会报错退出，这是预期行为。
3.2 关闭WSL2实例并导出磁盘
返回Windows PowerShell，关闭WSL2实例：
bash复制wsl --shutdown
为安全起见，我建议先导出当前状态（可选但推荐）：
bash复制wsl --export <发行版名称> <备份路径>.tar
3.3 使用diskpart压缩VHDX
现在开始核心压缩操作。以管理员身份启动CMD或PowerShell，依次执行：
bash复制diskpart
在diskpart交互界面中：
diskpart复制select vdisk file="<你的VHDX文件完整路径>"
attach vdisk readonly
compact vdisk
detach vdisk
exit
这个过程可能需要几分钟到几十分钟，取决于VHDX文件大小和你的磁盘速度。在我的NVMe SSD上，压缩一个40GB的文件大约需要5分钟。
4. 高级技巧与疑难排解
4.1 压缩效果最大化技巧
为了获得最佳压缩效果，我总结了几点经验：
- 在Linux子系统内使用
ncdu等工具分析大文件，优先删除无用内容 - 考虑重置WSL2实例（
wsl --unregister）后重新导入，全新安装往往更紧凑 - 定期执行压缩操作，避免VHDX文件过度膨胀
4.2 常见错误解决方案
问题1：compact vdisk报错"服务未启动"
- 解决方案：确保Hyper-V服务正在运行，在服务管理器中启动"Hyper-V Virtual Machine Management"
问题2：压缩后大小没有变化
- 检查是否在Linux中正确执行了
dd填充操作 - 确认VHDX文件没有被其他进程锁定（如Docker Desktop）
问题3：WSL2启动失败
- 尝试运行
wsl --update更新内核 - 检查事件查看器中是否有相关错误日志
5. 自动化维护方案
为了免去手动操作的麻烦，我创建了一个PowerShell脚本自动完成整个过程：
powershell复制param($DistroName = "Ubuntu-20.04")
# 检查WSL状态
$wslState = (wsl --list --running --quiet) -contains $DistroName
if ($wslState) {
wsl -d $DistroName sudo dd if=/dev/zero of=/zero.fill bs=1M || $true
wsl -d $DistroName sudo rm -f /zero.fill
wsl --shutdown
}
# 获取VHDX路径
$vhdxPath = "$env:USERPROFILE\AppData\Local\Packages\$( (Get-ChildItem "HKLM:\SOFTWARE\Microsoft\Windows\CurrentVersion\AppModel\StateRepository\Cache\Package" |
Where-Object { (Get-ItemProperty $_.PSPath).Name -like "*$DistroName*" }).PSChildName )\LocalState\ext4.vhdx"
# 执行压缩
$diskpartScript = @"
select vdisk file="$vhdxPath"
attach vdisk readonly
compact vdisk
detach vdisk
exit
"@
$diskpartScript | diskpart
将脚本保存为Compact-WSL2.ps1，定期运行即可保持VHDX文件精简。
6. 替代方案与长期管理建议
如果频繁遇到空间问题，可以考虑以下替代方案：
-
将WSL2存储迁移到其他分区：
powershell复制wsl --export <发行版> backup.tar wsl --unregister <发行版> wsl --import <新发行版> <目标路径> backup.tar -
使用固定大小的VHDX（牺牲灵活性换取稳定性）：
powershell复制
diskpart /s create_fixed_vhdx.txt -
配置
.wslconfig限制资源使用：
在%USERPROFILE%\.wslconfig中添加：code复制[wsl2] memory=4GB swap=1GB localhostForwarding=true
经过多次实践，我发现最佳策略是每月执行一次压缩操作，同时配合定期清理Linux子系统内的缓存文件。对于SSD空间特别紧张的用户，建议将WSL2存储迁移到机械硬盘或其他大容量分区。