Linux:WSL内存空间管理之清完内存C盘可用空间不增问题解决

Linux:WSL内存空间管理之清完内存C盘可用空间不增问题解决

Linux:WSL内存空间管理之清完内存C盘可用空间不增问题解决

背景

在项目开发中,误下载某文件仓导致内存爆炸,C盘爆满后,wsl进程异常中断(最后也没下载完全)。 于是,需要清理异常内存,并恢复足够空间大小。

通过du等指令,删除cache、docker、不需要的大文件目录后,C盘并未实时减小。原来wsl的虚拟磁盘自动增大后,不会自动减小,需要手动管理。

wsl内部清理完内存后,C盘空间并未增加,如何解决?

分析了下现象原因是WSL 2 使用 动态扩展的 VHDX 文件时:

  • 只增长不缩小:文件会根据需要增长,但删除数据后不会自动缩小
  • VHDX 文件位置:通常在 C:\Users<username>\AppData\Local\Packages\

建议优先尝试方法1自带命令去压缩,不行再尝试方法2用diskapart方式去压缩。

方法1

尝试wsl自带命令去压缩:

bash 复制代码
# 在 Windows PowerShell(管理员)中执行
wsl --shutdown

# 压缩指定发行版的虚拟硬盘
wsl --manage <distro-name> --set-sparse true

# 例如:
wsl --manage Ubuntu --set-sparse true
wsl --manage Ubuntu-20.04 --set-sparse true

我的场景中,尝试运行指令后:wsl --manage Ubuntu-24.04 --set-sparse true,报错显示:

由于潜在的数据损坏,目前已禁用稀疏 VHD 支持。

若要强制分发使用稀疏 vhd,请运行:

wsl.exe --manage --set-sparse --allow-unsafe

错误代码: Wsl/Service/E_INVALIDARG

方法2

于是改用方法2,通过传统diskapart方式去压缩。

bash 复制代码
# 查找 子系统Ubuntu-24.04 的 VHDX 文件位置,通常名为:ext4.vhdx

wsl --shutdown


Step 2:关闭 WSL
wsl --shutdown

Step 3:使用 diskpart 压缩
# 以管理员权限打开 CMD
diskpart

# 替换为实际的 VHDX 文件路径,注意替换为你自己的用户目录
select vdisk file="C:\Users\<username>\AppData\Local\Packages\CanonicalGroupLimited.Ubuntu24.04LTS_<hash>\LocalState\ext4.vhdx"

# 以只读模式附加
attach vdisk readonly

# 执行压缩
compact vdisk

# 分离虚拟磁盘
detach vdisk

# 退出
exit

以上操作完成后,可见C盘明显减小,搞定。 以上流程多在跟大模型GPT5交互过程中完成,较搜索博客寻找解决方案而言,效率提升明显。唯一的问题是,尝试指令和方案时,要擦亮眼睛注意判别,高风险操作要谨慎。

相关推荐
天衍四九-19 分钟前
Docker容器实战系列(八):Docker生产最佳实践与避坑指南,系列终章
运维·docker·容器
大侠归来31 分钟前
Ubuntu 搭建 APUE 环境:从源码编译到第一个示例跑通
linux·运维·ubuntu
IT小白杨1 小时前
市场调研的自动化访问,怎样控制节奏才不被误判?
运维·经验分享·安全·自动化·指纹浏览器
Zhou1411362 小时前
Docker_03_DockerCompose多容器编排
运维·docker·容器
北京中科新远科技2 小时前
AI网卡五层检查法:协议、PCIe、NUMA、端口与验收
服务器·网络·人工智能
shdkfbbv2 小时前
【无标题】
linux·运维·服务器
wp123_12 小时前
TLVR 电感在 AI 服务器电源中的应用与市场前景分析
服务器·人工智能·科技·ai·硬件工程
周洲08303 小时前
STM32片内Flash读写深度详解|掉电参数保存、底层原理
linux·前端·stm32
shimly1234563 小时前
比 find + grep 更好用的 nm + addr2line
linux
迷途之人不知返3 小时前
【进程控制】-3-进程等待
linux