WSL安装慢？定位卡点对症处理：从虚拟化、系统商店到内核更新一网打尽

先说明白一点：WSL安装慢，绝大多数时候不是电脑性能不行，而是流程里某个环节被卡住了。这个卡点可能是虚拟化没真正打开，可能是系统商店的缓存出问题，可能是磁盘空间不够，也可能是内核版本太旧。2026年1月我重新把整套流程过了一遍，发现以前网上流传的“删了重装”“换发行版”这些土办法治标不治本，真正有效的方法反而都很朴素。

这篇文章不绕弯子，直接按“先定位卡在哪，再对应处理”的思路写。你如果是新手，按顺序做就行；如果你已经装到一半卡住，直接跳到第4节速查表格，大概率能对症解决。

1. 装WSL卡住前，先把卡点定位清楚

1.1 为什么同一个命令，有人快有人慢

WSL安装不是一个单一动作，拆开看至少有三段：

第一段是命令触发。你执行wsl --install之后，系统要先检查当前Windows版本、检查虚拟化状态、检查是否已经启用了相关功能组件。这一段如果卡住，通常是功能组件没启用成功，需要重启电脑才能继续。

第二段是下载分发版。这里涉及从官方渠道获取发行版安装包和WSL内核包。下载速度和网络、系统商店的状态、后台服务是否健康都有关系。这一段的表现是终端长时间显示“正在下载”，进度不太动。

第三段是本地部署。下载完成后，系统要把发行版解压、创建虚拟磁盘、配置用户环境。这一段是纯本地IO操作，磁盘速度是主要瓶颈。机械硬盘或者C盘剩余空间不足的机器，在这段会显得尤其漫长。

多数人说“WSL安装慢”，其实都没有细分到底是哪一段慢。盲目重试，结果往往是同一卡点反复出现。所以我的习惯是：先看卡在哪个界面，再决定动哪里。

1.2 三分钟体检清单

在动手折腾之前，建议你先做一次快速检查，把基础信息摸清楚。打开一个PowerShell或者CMD窗口，依次跑下面几条命令：

wsl --version wsl --status systeminfo | findstr "虚拟化" /C:"Hyper-V"

wsl --version输出的是当前WSL版本信息。如果这段信息都打不出来，说明WSL内核组件有问题，不是安装慢的问题，而是根本没装上。wsl --status会显示默认版本、内核版本和更新状态。

systeminfo那条命令用来确认虚拟化是否启用。注意看两处：**“虚拟化固件中已启用虚拟化”和“Hyper-V 要求”**下面列出的项目是否为“已检测到”。如果显示未启用，后面做再多优化都没用，安装过程必然会在某一步长时间停顿甚至失败。

再检查一下磁盘剩余空间。WSL默认安装到C盘，完整装一个发行版加依赖工具，通常需要占用几个GB到十几个GB的空间。C盘如果只剩下两三GB，安装过程会在解压阶段卡得让人怀疑人生。

还有一项容易被忽略的是Windows更新状态。系统带更新重启队列时，WSL的功能启用经常出现异常。如果你已经很久没重启过电脑，或者最近打过补丁一直没重启，建议先把这一步做了再继续排查。

2. 安装方式不同，对速度的影响比你想象的大

2.1 三种常见安装路径

现在装WSL，常见路径有三条，慢的问题点也不太一样。

第一条：终端直接执行wsl --install。

这是一条全自动路径。系统会替你完成功能启用、内核下载、发行版下载和安装配置。优点是省事，缺点是流程长、环节多，任何一个环节慢都会拖累整体。特别是这条命令默认会顺手装一个发行版，下载发行版的时间会被叠加进去。

第二条：通过系统商店手动搜索发行版安装。

这条方式的慢点非常典型。系统商店自身的缓存、商店应用的更新状态、后端服务状态都会影响下载。如果你发现商店页面一直转圈，或者点击“获取”后长时间没反应，问题往往不在WSL本身，而在商店这个容器上。

第三条：手动下载WSL安装包和发行版包。

这条路径最可控，但也最麻烦。需要你先安装WSL内核组件，再通过命令行导入发行版rootfs文件。对只想快点用上WSL的人来说，这条路门槛偏高，一般不建议作为首选。

2.2 --no-distribution 是个被低估的参数

很多人不知道wsl --install后面可以带参数。最实用的一个参数就是--no-distribution。

它的作用是：只安装WSL内核和相关组件，不自动下载发行版。这样一来，整个安装流程被切成了两段：先解决运行环境，再单独选择发行版。好处非常直接——环境安装这一段的体积小、依赖少，跑起来快得多；发行版的选择和下载可以单独处理，不再互相拖累。

如果你已经被卡到没脾气，可以先执行：

wsl --install --no-distribution

装完环境后重启一次，再执行wsl --list --online看看可用的发行版列表，选择你想要的发行版单独安装。发行版安装命令也简单，比如：

wsl --install -d Ubuntu-22.04

-d后面的名称以你本机wsl --list --online显示的结果为准。不同时期官方提供的发行版名称会变化，直接抄网上的命令不一定有效，先查再装最稳妥。

2.3 内核版本新旧的隐性影响

WSL的内核是独立于Windows系统单独管理的。旧版本内核在功能启用、虚拟化平台交互上可能存在兼容性问题，轻则导致安装过程出现异常停顿，重则直接报错。所以安装慢的时候，先把内核版本检查一下，顺手更新到最新，往往能排除一个很大的干扰因素。

更新内核的命令：

wsl --update

如果当前版本已经是最新，命令会很快返回；如果不是，它会进入下载更新流程。这个更新过程本身也走官方渠道，网络正常的情况下不会太长。更新完建议再执行wsl --shutdown让内核彻底重启，再继续后续安装。很多人忽略了wsl --shutdown这一步，导致更新虽然装上了但运行环境还是旧内核的状态，这也会造成后续启动慢。

3. 分步操作：按这个顺序把安装速度拉回正常

这里给出一套我自己处理过很多机器、实测下来比较有效的顺序。不要跳步，每一步都有它存在的理由。

3.1 第一步：虚拟化与系统环境检查

先确认CPU虚拟化和Windows的虚拟化平台是否就绪。用管理员身份打开PowerShell，执行：

systeminfo

看输出内容里“Hyper-V 要求”部分。如果“虚拟化固件中已启用虚拟化”显示是，且“Hyper-V 要求”全部显示“已检测到”，说明虚拟化这边没问题。如果显示否，你需要去主板BIOS里打开Intel VT-x或者AMD SVM功能。这一步不解决，后面所有操作都白费，因为WSL 2本质上跑在虚拟机里，没有虚拟化硬件支持，事情就会卡在“虚拟机监控程序未运行”的状态里。

顺带再跑一条：

Get-WindowsOptionalFeature -Online | Where-Object {$_.FeatureName -match "VirtualMachinePlatform|Microsoft-Windows-Subsystem-Linux"}

查看“Virt”字母相关的特性是否已启用。没有启用的话，可以手动开启：

dism.exe /online /enable-feature /featurename:VirtualMachinePlatform /all /norestart dism.exe /online /enable-feature /featurename:Microsoft-Windows-Subsystem-Linux /all /norestart

执行完必须重启电脑。这一步很关键，很多人查完设置直接继续装，功能没有真正生效，后面折腾几个小时都无济于事。

3.2 第二步：清理系统商店缓存和临时文件

确认虚拟化没问题之后，如果安装还是偏慢，下一个重点怀疑对象就是系统商店。

系统商店负责发行版的下载请求。商店的缓存文件损坏或者体积膨胀到一定程度，会出现提交下载请求后长时间无响应、进度条不动、下载速度忽快忽慢这些情况。清理商店缓存的标准动作是打开“运行”对话框，输入wsreset.exe执行。这个命令会清空商店的本地缓存，并且自动打开一次商店页面。

不要小看这一步。有过不少案例，WSL装到一半卡住，排查了一圈虚拟化、磁盘、网络，最后发现是商店缓存积压了太多历史数据，清理之后重新发起安装，几分钟就完成了。注意，wsreset.exe执行过程中商店会自动拉起，这是正常现象，不要关，等它跑完就行。

另外还建议顺手清理一下临时文件。用系统自带的“存储感知”或者手工清理C:\Users\你的用户名\AppData\Local\Temp里的内容。我遇到过磁盘剩余空间看起来够用，但碎片文件太多影响解压速度的情况，清理完明显改善。

3.3 第三步：先装上WSL内核，再单独选发行版

清理完缓存，重新回到命令窗口。我推荐的做法是第一步先执行：

wsl --install --no-distribution

这一步会把WSL运行环境装好，不会启用发行版下载。整体数据量小，流程短，速度要快很多。装完之后建议重启一次，让所有功能组件完整完成状态登记。

重启回来后确认状态：

wsl --status wsl --version

看到正常的版本信息后，再查看可用的发行版：

wsl --list --online

这时候你看到的列表就是当前官方渠道实际可用的发行版名称。选一个适合自己场景的发行版安装。比如需要稳定长期支持的选LTS版本，想尝鲜的选滚动版本。安装命令：

wsl --install -d 发行版名称

这次安装会进入发行版下载解压流程。由于环境组件已经就绪，这个流程被大幅简化，卡住的概率小很多。

3.4 第四步：更新内核与组件

如果前三步做完还偏慢，或者已经出现过错误提示，把内核和组件更新到最新：

wsl --update

更新完成后执行：

wsl --shutdown

这两条命令组合起来的作用是：先把WSL内核文件更新到最新，再强制停止所有正在运行的WSL实例，让核心组件重新加载。wsl --shutdown很多人会忘，但它很重要。不执行的话，旧内核实例可能还驻留在后台，新内核没有真正接管，后面启动发行版时会遇到卡顿甚至报错。

如果系统版本偏旧，某些组件可能存在兼容性问题。我个人建议是先把Windows更新跑完，重启一次，再走一遍wsl --update和wsl --shutdown。遇到过不少“WSL装完但启动特别慢”的机器，最终归因都是Windows系统补丁版本太老，内核组件和系统层有冲突。

3.5 第五步：处理磁盘空间和系统重启

这一步主要是给卡在解压阶段的朋友准备的。

WSL发行版下载完成后，系统需要把压缩包解压并创建虚拟磁盘文件。这个过程非常依赖磁盘IO。我观察到一个规律：安装在C盘且剩余空间充足的情况下，解压阶段通常一两分钟就过；如果C盘剩余空间只有几个GB，或者虚拟磁盘文件所在的磁盘碎片率很高，这个过程可以拖到十几分钟甚至更久。

所以装WSL之前，养成一个好习惯：检查C盘剩余空间，建议至少留出20GB以上的余量。如果空间确实紧张，先清理一下大的缓存文件，卸载不用的软件，或者把虚拟内存文件迁移到其他盘，给C盘腾地方。

系统长时间没有重启也会影响安装体验。尤其当你之前启用过WSL功能却没重启，或者系统后台更新一直在挂着，各种服务状态是错乱的。最简单的处理方式就是认真重启一次电脑。这里注意，建议选择“重启”而不是“关机再开机”。如果你开了“快速启动”，关机再开机会让部分系统服务状态维持原样，重启则能干净地回收一次系统状态，前面改动过的功能组件才能真正生效。

3.6 还没好的话，试试这些兜底动作

整套流程走完，绝大多数机器都能恢复正常。万一还卡着，还有两个兜底动作可以试。

一是到系统商店里搜你想用的发行版，点击页面上的“获取”按钮重新触发下载。有时候命令行发起的下载请求和商店内部的下载服务没有握手成功，重新在商店里点一次反而能绕过这个僵局。

二是把已经装到一半的WSL环境彻底卸干净，重新走一遍完整流程。卸载命令如下：

wsl --unregister 发行版名称

这一步会把已有的发行版环境、虚拟磁盘文件都删掉，不是简单地从“设置”里卸载程序，务必要确认自己不需要这个环境里的数据再执行。重新装的时候，就用前面提到的--no-distribution方式，把环境和应用拆开装。

4. 安装异常速查：从症状反推原因

实际操作中，不同类型的“慢”对应的原因和解决办法不太一样。我整理了一份速查表，按现象对照着看。

4.1 长时间停在下载阶段

如果你执行安装命令后，界面一直停在“正在下载”且百分比很久不变，先判断是真正的下载没进展，还是下载完成后解压阶段卡住。判断方法很简单：打开任务管理器，看网络占用和磁盘占用。

网络占用接近0%，说明下载请求一直没被有效响应。这时候优先考虑系统商店缓存问题，执行wsreset.exe清缓存，然后重新发起安装。如果重新发起还在同一点卡住，切换到系统商店页面手动点“获取”触发一次下载。

磁盘占用一直在100%，说明下载已经完成，正在本地展开。这时候盯着磁盘执行队列数值，如果数值居高不下但不见进展，多半是磁盘空间不足，或者磁盘碎片太多。先清空间，再考虑重启后重试。

4.2 下载完成但部署卡住

下载完成后卡住，最典型的提示是“正在安装发行版”或者“正在创建虚拟机”。这种卡顿通常和C盘空间、磁盘IO有关。

我自己处理过一台机器，安装进度走了99%，最后一步却卡了将近半小时。检查一遍发现C盘只剩下不到3GB，虚拟磁盘文件扩展不出空间，一直原地重试。清掉一些临时文件后重新走安装流程，几分钟就完成了。

所以，部署阶段卡住的朋友，先别急着重装。看一眼C盘剩余空间，再看一眼磁盘占用。如果空间不足，把临时文件、休眠文件、系统还原点腾一腾，腾出20GB左右再继续。

4.3 错误码、账户创建和启动慢问题

0x800701bc这个错误码在安装或者启动阶段都出现，多数原因是WSL内核文件缺失或太旧。不要尝试绕过它，直接跑wsl --update，然后wsl --shutdown，再启动一次。

首次启动创建Linux用户时长时间卡住，常见原因是内存不足。WSL默认分配的内存和宿主机内存有关，如果拿不到足够配额，初始化和用户创建流程会非常慢。可以对配置做一次针对性调整。在用户目录下新建一个.wslconfig文件，写入：

[wsl2] memory=4GB swap=8GB localhostForwarding=true

然后执行wsl --shutdown再启动。这里给的数值可以按你机器实际内存调整，但memory不建议低于2GB，否则Linux环境内跑稍大点的任务会明显吃力。

安装后一切正常但每次打开发行版都要等很久，多半是后台已经有残留的WSL实例没关闭。执行wsl --shutdown之后再启动一次，观察是否有改善。这个习惯建议养成，不用的WSL窗口直接关闭，而不是让它一直挂在后台。

5. 顺手做好这几件事，以后少踩坑

最后分享几个我在处理WSL安装问题时的习惯，算不上什么高深技巧，但能省掉不少后续麻烦。

第一，装WSL之前先确认Windows系统更新到比较新的状态。这不是强迫症，很多底层组件问题会随着系统更新被修复。我处理过的疑难杂症里，有好几台最终都靠更新系统解决。

第二，不要贪方便把发行版直接装系统盘“裸奔”。WSL默认数据都在C盘，如果C盘空间紧缺，建议装好环境后考虑把发行版迁移到其他盘。方法不难，先wsl --export导出为tar文件，再wsl --import到目标盘。只是这个操作要在发行版完全配置好之后做，不要在安装了一半的时候折腾，否则很容易两头空。

第三，遇到问题先wsl --shutdown再排查。这个命令会让所有WSL实例干净退出，很多看起来稀奇古怪的问题，其实就是某个旧实例一直占着资源不放。一次shutdown能解决的事情，不值得花两小时去找原因。

第四，更新内核是一个常规动作，不是出问题才做。每隔一段时间执行一次wsl --update，顺手wsl --shutdown，能避免很多莫名其妙的问题。这跟给操作系统打补丁一个道理，内核更新往往包含了兼容性修复和性能改进，长期不更新，累积问题会越来越明显。

装WSL这件事，说穿了并没有多难。只要确认虚拟化开启、系统商店状态正常、磁盘空间充足、内核版本不是太老，正常流程跑下来并不会像网上描述得那么玄乎。卡住的时候别急着放弃重来，按照卡点对症处理，比盲目重试有效得多。