本文记录一套 Windows 11 下的实际使用WSL来减轻C盘负担的方式C 盘到底被谁吃掉了WSL2 又有什么用Codex CLI 本体通常不是 C 盘迅速见底的主因。真正会持续变大的是开发环境运行过程中不断累计的数据。C 盘常见的空间大户WSL2 虚拟磁盘默认安装在系统盘时Linux 系统、软件包和配置都会写入ext4.vhdx咱直接撞到D盘项目依赖node_modules、Python 虚拟环境、npm 与 pip 缓存会随着项目增加构建结果编译产物、测试报告、临时文件和下载缓存会反复增长容器与工具数据Docker、包管理器和开发工具产生的镜像或缓存也会占用空间。把 Ubuntu 在安装时直接指定到 D 盘可以让 WSL 的大部分 Linux 数据从一开始就离开 C 盘。C 盘仍会保留 Windows、WSL 程序和少量临时文件但不会承担 Linux 环境持续增长的主体。我为什么在 WSL2 中使用 Codex CLILinux 终端可以直接使用 PowerShell 之外的 Bash、Git、SSH、包管理器与脚本工具Windows 继续负责编辑器、浏览器和日常软件WSL 负责 Linux 命令与 Codex CLI项目保留在 D 盘不需要为了进入 WSL 再维护一份重复代码WSL 环境需要重装时项目目录仍按 Windows 的 D 盘路径管理。文章目录C 盘到底被谁吃掉了WSL2 又有什么用C 盘常见的空间大户我为什么在 WSL2 中使用 Codex CLI一、安装 WSL1. wsl --install 出现“已禁止(403)”2. 创建并运行 Hyper-V.cmd3. 检查 Windows 功能4. 重置文件系统资源并重新安装5. 设置默认 WSL 版本6. 查看发行版并直接安装到 D 盘7. 首次启动并创建 Linux 用户8. 验证 WSL2 是否安装成功9. 确认 D 盘中的 WSL 文件10. 常用 WSL 管理命令二、安装 Codex CLI1. 更新系统软件包2. 准备运行环境3. 安装并启动 Codex CLI三、我的项目使用方式D 盘项目目录 WSL AI编辑工具1. 一套固定的路径对应关系2. 从项目目录直接进入 WSL总结一、安装 WSL以下 Windows 命令均在管理员身份打开的命令提示符或 PowerShell 中执行。安装前先关闭正在进行的下载、虚拟机或容器任务避免组件启用和重启时被占用。1.wsl --install出现“已禁止(403)”管理员身份进入命令提示符后执行wsl --install或wsl --update。本机第一次执行时出现了如下错误这类情况先按两个方向检查网络、代理或下载链路是否能够正常访问Windows 的虚拟化相关组件是否已经启用。我是第二种情况即补齐虚拟化平台相关组件。2. 创建并运行Hyper-V.cmd在桌面新建文本文件将下面内容完整粘贴进去。保存时选择“所有文件”文件名写成Hyper-V.cmd随后右键该文件选择“以管理员身份运行”。脚本完成后按提示输入Y并重启 Windows。注意这段脚本会修改 Windows 可选组件。执行前请保存正在进行的工作重启过程中不要强制关机。pushd %\~dp0 dir /b %SystemRoot%\servicing\Packages\*Hyper-V*.mum hyper-v.txt for /f %%i in (findstr /i . hyper-v.txt 2^nul) do dism /online /norestart /add-package:%SystemRoot%\servicing\Packages\%%i del hyper-v.txt dism /online /enable-feature /featurename:Microsoft-Hyper-V-All /LimitAccess /ALL3. 检查 Windows 功能重启完成后依次进入“控制面板 → 程序 → 启用或关闭 Windows 功能”确认截图中标出的组件已勾选Hyper-V、适用于 Linux 的 Windows 子系统和虚拟机平台。4. 重置文件系统资源并重新安装完成组件启用后打开 PowerShell 执行下面两条命令再次尝试安装。安装成功后系统会提示重启计算机。fsutil resource setautoreset true c:\ wsl--install5. 设置默认 WSL 版本电脑重启后重新打开管理员 PowerShell执行下面的命令将默认 WSL 版本设为 2# 设置默认使用 WSL2 版本wsl--set-default-version 26. 查看发行版并直接安装到 D 盘先查看可安装的 Linux 发行版再将 Ubuntu 直接安装到D:\wsl。命令会自动创建目标文件夹。# 查看所有可安装的Linux发行版wsl--list--online# 将Ubuntu直接安装到 D:\wsl 目录自动创建文件夹wsl--install-d Ubuntu--location D:\wsl7. 首次启动并创建 Linux 用户安装完成后第一次启动 Ubuntu会要求创建 Linux 用户名和密码。用户名建议使用全小写字母输入密码时终端不会显示字符这是正常现象。Enter new UNIX username: New password: Retype new password:8. 验证 WSL2 是否安装成功下面的命令用于查看发行版状态和版本并直接进入 Ubuntu# 查看已安装WSL列表及版本wsl-l-v# 进入Ubuntu系统wsl当VERSION显示为2时说明 Ubuntu 已运行在 WSL2 中。9. 确认 D 盘中的 WSL 文件安装到 D 盘后目标目录中会看到ext4.vhdx。它是 WSL 管理的 Linux 虚拟磁盘文件不要在资源管理器中手动移动、压缩或双击修改。10. 常用 WSL 管理命令这些命令都在 Windows 终端中执行适合日常查看、关闭或卸载发行版# 关闭WSLwsl--shutdown# 重启WSLwsl--shutdown wsl# 卸载Ubuntuwsl--unregister Ubuntu# 查看在线可安装系统wsl--list--online二、安装 Codex CLI进入Ubuntu 终端后先更新基础环境。后续的 Node.js、Python、Git 和 Codex CLI 命令都在 Ubuntu 终端中执行。sudoaptupdatesudoaptupgrade-ysudoaptinstall-ygitcurlca-certificates1. 更新系统软件包在继续安装开发环境前先执行一次更新sudoaptupdatesudoaptupgrade-y2. 准备运行环境下面依次安装 Node.js、Python 与 Git。命令执行完后可以通过node -v、npm -v和npx -v查看 Node 相关版本是否正常输出。# Node.js推荐 nvmcurl-fsSLhttps://raw.githubusercontent.com/nvm-sh/nvm/v0.39.7/install.sh|bashsource~/.bashrc nvminstall--ltsnvm use--lts# 验证node-vnpm-vnpx-v# Python推荐 uvcurl-LsSfhttps://astral.sh/uv/install.sh|shsource~/.bashrc uv pythoninstall3.11# gitsudoaptinstallgit-y3. 安装并启动 Codex CLI完成环境依赖后安装 Codex CLI验证版本后直接启动npminstall-gopenai/codex# 验证codex--version# 打开codex三、我的项目使用方式D 盘项目目录 WSL AI编辑工具这一节只记录我自己的日常用法项目不放进 Ubuntu Home而是统一放在 D 盘中。这样 WSL 环境需要重新安装时项目依然按 Windows 的 D 盘目录管理。1. 一套固定的路径对应关系以my-app为例Windows 和 WSL 看到的是同一个项目目录使用位置项目路径Windows 资源管理器、CMD、编辑器D:\code\my-appWSL 终端/mnt/d/code/my-app例如D:\code\admin-web进入 WSL 后就是/mnt/d/code/admin-web。项目继续在 D 盘按原有目录组织Windows 与 WSL 不需要各维护一份副本。2. 从项目目录直接进入 WSL先在D:\code\my-app打开 CMD再执行下面两行D:\code\my-app wsl /mnt/d/code/my-app$ codexCMD 当前所在的 D 盘项目路径会映射到 WSL 中的/mnt/d/...。进入 WSL 后Codex CLI 面对的就是当前项目不需要再进入其他目录。总结Codex CLI、Claude CLI、Mimo 以及其他依赖 Linux 终端环境的 杂七杂八的环境啥的都可以统一装在同一套 WSL 中。这套安排还有一个很实际的优点WSL 里的 Node、Python、Git 或 AI CLI 配置折腾坏了不必硬修。直接干掉WSL重新安装即可。别把项目放里面就行。