我这台新换的 Windows 笔记本装完 Docker Desktop双击图标还不到十秒弹窗直接甩了一行英文Virtualization support not detected然后整个程序就退出了。当时我第一反应跟大多数人一样——BIOS 里没开虚拟化结果进 BIOS 一看Intel Virtualization Technology 分明是 Enabled。后来花了一个晚上翻了几十篇帖子才弄明白这个报错其实是一套总闸 分闸的多层判断任何一层断了弹的都是同一个提示。这篇文章就把我当时排查这台机器以及后来帮朋友修另外几台同样问题电脑的完整过程整理出来。已经装好 Docker Desktop 但启动就报这个错的人或者刚准备入坑 Docker 怕被环境问题劝退的人都可以照着走一遍。1. 报错背后到底在检测什么拆开Virtualization support not detected这行字1.1 报错的完整含义与 Docker Desktop 的真实检测逻辑这个报错的完整文本通常长这样Docker Desktop failed to start because virtualization support wasnt detected. Sign in to try restoring access to Docker features.后半句那个 Sign in 很容易误导人它其实是 Docker Desktop 的许可证登录提示跟虚拟化检测失败没有直接因果关系。早期打补丁版本的人看到这句话会以为是账号问题实际上核心判断卡在前面那句——virtualization support wasnt detected。关键点在于Docker Desktop 从 4.x 开始默认后端是 WSL 2。它启动时并不会直接去读 CPU 的 VT-x / AMD-V 标志位而是先检查 Windows 的虚拟机平台功能是否启用然后尝试通过 WSL 2 拉起一个轻量级虚拟机。这一步失败它统一归因为未检测到虚拟化支持。换句话说不是只有 BIOS 里那个开关能决定生死Windows 功能组件和 WSL 2 内核只要有一个没就位报错一模一样。这一点解释了为什么网上大量教程只教进 BIOS 开虚拟化而很多人照着做了还是失败——因为根本问题可能根本不在 BIOS。1.2 三层依赖模型CPU、Windows 功能、运行时后端缺一不可我把这套依赖关系整理成了三层后面所有排查都是围绕这三层展开的层级检查对象常见失败原因典型表现第 0 层CPU 与固件BIOS/UEFI 开关虚拟化被关闭、OEM 锁死系统信息显示虚拟化已禁用第 1 层Windows 系统功能组件虚拟机平台未启用、WSL 功能未启用报错但不提示具体缺哪项第 2 层WSL 2 内核与版本状态WSL 内核未更新、默认版本为 1Docker Desktop 启动后闪退形象一点说CPU 是发电厂Windows 功能是输电网WSL 2 是墙上的插座Docker Desktop 是插上去的电器。发电厂有电但输电网断了电器一样不工作输电网通了但插座没装电器也用不了。这个报错只告诉你电器没通电不会告诉你具体断在哪一截。1.3 为什么 msinfo32 显示虚拟化已启用还是报错很多人包括我当时会打开系统信息工具 msinfo32看到虚拟化已启用这一行就认定 BIOS 没问题。这里藏着一个很深的坑系统信息里的虚拟化字段只反映第 0 层也就是固件层面的 CPU 虚拟化开关。它不会告诉你 Windows 的虚拟机平台功能是否启用也不会告诉你 WSL 2 是否健康。所以如果你的系统信息显示已启用但 Docker 依旧报错不要再去 BIOS 里反复开关了那是在第 0 层做无用功。正确的做法是往下看第 1 层和第 2 层。判断第 0 层是否真正可用用管理员身份打开 PowerShell运行systeminfo拉到Hyper-V 要求段落。如果看到Hyper-V Requirements: VM Monitor Mode Extensions: Yes Virtualization Enabled In Firmware: Yes Second Level Address Translation: Yes Data Execution Prevention Available: Yes说明 CPU 没问题。如果Virtualization Enabled In Firmware: No才需要进 BIOS。还有一种常见输出是 A hypervisor has been detected. Features required for Hyper-V will not be displayed.这种情况说明 Hypervisor 已经在运行虚拟化本身可用。2. 第一道闸BIOS/UEFI 里的 VT-x / SVM 开关到底怎么开2.1 不同平台进入 BIOS 的方式与菜单名称对照第 0 层开闸是很多人的直觉动作但容易卡在菜单名称上。Intel 平台在 BIOS 里一般叫Intel Virtualization Technology或VT-x也可能叫Virtualization Technology for Directed I/O (VT-d)的隔壁。AMD 平台则叫SVM Mode或AMD-V。有些主板厂商比如华硕会直接用SVM两个字母放在高级菜单里不细看根本联想不到虚拟化三个字。进 BIOS 的按键各品牌不太一样华硕/技嘉/微星多数是 Del联想台式机和部分笔记本是 F1 或 F2戴尔是 F2惠普是 F10。Windows 10/11 也可以从设置里进设置 - 系统 - 恢复 - 高级启动 - 立即重新启动然后选 UEFI 固件设置。这个方法在电脑支持 UEFI、且快速启动干扰的情况下更稳定。开机进 BIOS 后路径一般是 Advanced高级- CPU ConfigurationCPU 配置或 Advanced - Processor Settings然后在里面找 Virtualization 字样。改完按 F10 保存退出。有些主板支持开机时按 F7 进高级模式否则默认的 EZ 模式看不到虚拟化选项。2.2 笔记本的隐藏坑OEM 锁定与断电重启问题笔记本和品牌台式机比 DIY 主板更容易踩坑原因有两个。一个是有不少 OEM 厂商尤其商用机型会把虚拟化设置藏得更深甚至不叫 Virtualization而是放在 Security安全菜单下名称可能变成Trusted Execution Technology (TXT)或者Clear Intel Virtualization之类的组合条目。有些机型还要先给 BIOS 设置管理员密码才能解锁这些选项。另一个坑更容易被人忽略部分笔记本改完 BIOS 保存退出后由于 Windows 快速启动机制系统没有彻底断电重启导致 BIOS 设置没有真正重新加载。这类机器需要关机后长按电源键十几秒强制放电或者拔掉电池可拆卸电池的老机型再开机。台式机则建议关机后拔掉电源线等 30 秒再开机。这一步我在帮朋友修一台戴尔笔记本时验证过BIOS 里明明已经保存了 Enabled但开机后 systeminfo 显示还是 No断电重启后才生效。2.3 改完 BIOS 后如何验证真的生效了不要凭感觉也不要只看系统信息的已启用用下面这个组合最靠谱管理员 PowerShell 跑systeminfo看 Hyper-V 要求部分。如果Virtualization Enabled In Firmware后面是 Yes第 0 层通关。如果是 A hypervisor has been detected同样通关。另一个更直观的验证方法是试试 Windows 沙盒。开始菜单搜Windows SandboxWindows 10 专业版/企业版和 Windows 11 专业版自带点开如果能正常进入一个干净的 Windows 桌面说明虚拟机平台底层完全可用。如果你的系统没有这个功能入口也可以用wsl --status来看 WSL 的当前状态这部分结合下一章一起做。3. 第二道闸Windows 功能组件与 WSL 2 环境准备3.1 用两条命令把 Windows 功能一次开齐第 0 层确认没问题之后第 1 层要检查虚拟机平台和适用于 Linux 的 Windows 子系统这两个功能。很多人装在 2020 年之前的老系统上默认都没启用。最稳妥的方式是用管理员身份打开 PowerShell逐行执行下面三条命令dism.exe /online /enable-feature /featurename:Microsoft-Windows-Subsystem-Linux /all /norestart dism.exe /online /enable-feature /featurename:VirtualMachinePlatform /all /norestart dism.exe /online /enable-feature /featurename:Microsoft-Hyper-V-All /all /norestart第三条命令在 Windows 家庭版上会报错因为家庭版没有 Hyper-V 组件。但没关系Docker Desktop 在家庭版上只需要前两条WSL 功能 虚拟机平台。Windows 11 上如果直接提示找不到功能名称说明该版本 WSL 已作为独立组件存在可以跳过 DISM 改用wsl --install后面会讲。执行完毕后提示是否重启时建议选择立即重启。重启后最好再重启一次因为有些机器在正在配置 Windows 功能阶段需要两轮重启才能完成全部注册。如果嫌图形界面勾选麻烦用命令行的原因就是这样它能批量操作而且输出结果直观不会漏掉某个复选框。3.2 最容易被漏掉的一步更新 WSL 2 内核第 1 层功能开启并重启之后很多人直接双击 Docker Desktop结果发现报错依旧。这时候就要怀疑第 2 层——WSL 2 的内核和默认版本。我用一个实际案例说明。当时帮同事排查一台 Windows 10systeminfo显示虚拟化正常Windows 功能也全勾上了但 Docker Desktop 就是起不来。最后在 PowerShell 里运行wsl --status发现输出显示默认版本是 1而且 WSL 内核日期非常老。这就是问题Docker Desktop 需要 WSL 2 的轻量虚拟机能力WSL 1 只是系统调用转换层根本不提供虚拟化支持但 Docker 的报错信息不会区分这些只告诉你虚拟化未检测到。解决办法是更新 WSL 内核并把默认版本设为 2wsl --update wsl --set-default-version 2如果你连wsl命令都提示无法识别说明 WSL 功能还没启完先回到 3.1 重启再说。Windows 11 上 WSL 已经作为一个商店应用独立分发更新方式也是wsl --update或者直接在 Microsoft Store 里搜Windows Subsystem for Linux手动更新。判断 WSL 2 是否就绪运行wsl --status看到默认版本2以及内核信息正常输出即可。这里有个容易踩的细节如果 Windows 10 的版本号低于 1903内部版本 18362WSL 2 根本不受支持Docker Desktop 装得再新也白搭。这种情况建议直接升级系统到 Windows 10 21H2 以上或 Windows 11这不是可选项是硬性前提。3.3 家庭版用户不需要焦虑Hyper-V 不是必需品网上很多人把Docker Desktop 需要 Hyper-V挂在嘴边于是家庭版用户一头雾水——自己系统里根本没有 Hyper-V 这个功能选项。事实是Docker Desktop 在家庭版上走 WSL 2 后端只需要虚拟机平台和 WSL 两个组件。部分教程里拿系统信息工具的Hyper-V 要求部分来验证虚拟化这是可以的但要注意那段文字只是借用 Hyper-V 的检测器来展示 CPU 能力不代表你必须开启 Hyper-V 功能。家庭版用户缺的只是 Hyper-V 这个具体的虚拟机管理程序不影响 WSL 2 使用。4. 第三道闸跟 VMware / VirtualBox 抢 Hypervisor 的冲突处理4.1 冲突的本质多个虚拟机管理程序抢同一个底层很多人的电脑不是专门跑 Docker 的机器上还装着 VMware Workstation 或 VirtualBox 用来开其他虚拟机。开了 WSL 2 之后一个大坑就出现了WSL 2 依赖 Windows Hypervisor Platform而老版本的 VMware/VirtualBox 不兼容 Hyper-V 共存。表现非常诡异WSL 2 功能一切正常Docker Desktop 也能启动但你再去开 VMware 里的某个虚拟机它会直接崩溃或报Unable to change power state甚至开机就蓝屏。反过来如果你先把 VMware 打开占住了虚拟化资源再启动 Docker Desktop它就会报出本文标题里的那个错。根因在于 Hyper-V 一旦启用Hypervisor 会接管 CPU 的虚拟化指令老版第三方虚拟机管理程序不知道如何在这种环境里工作只能罢工。4.2 方案 A升级虚拟化软件版本实现共存如果你两个都要用首选是升级软件版本。VMware Workstation 从 15.5.5 开始支持与 Hyper-V 共存VirtualBox 从 6.1 开始也支持 Windows Hypervisor Platform。升级后在 VMware 虚拟机设置里可以开启基于 Hyper-V 的虚拟化支持VirtualBox 则在系统设置的加速选项卡里勾选启用 Hyper-V 共存。这种方式下Docker Desktop 继续用 WSL 2 后端VMware/VirtualBox 通过调用 Windows 的 Hypervisor API 工作性能会有少量损耗但功能上两边都不耽误。实测跑普通的 Linux 虚拟机、容器开发完全感觉不到差异只有对 I/O 延迟极度敏感的负载才可能在意那几个百分点。4.3 方案 B如果不想用 WSL切回 Hyper-V 后端有些老玩家习惯了 Docker Desktop 3.x 时代的 Hyper-V 模式不太适应 WSL 2。可以在 Docker Desktop 的设置里找到 General取消勾选 Use the WSL 2 based engineDocker Desktop 就会改用 Hyper-V 后端。但注意这个方案只适用于 Windows 专业版/企业版/教育版家庭版没有 Hyper-V 功能取消 WSL 引擎后 Docker Desktop 会报找不到 Hyper-V。如果你就是家庭版系统且不想折腾升级老老实实用 WSL 2 后端最省心。切换到 Hyper-V 后端后如果电脑上还有老版本 VMware冲突会更明显所以优先考虑 4.2 的先升级再共存而不是回退到老模式。4.4 方案 C绕开 Docker Desktop直接在 WSL 里装 Docker Engine如果 Docker Desktop 反复出问题你的需求又只是跑容器开发环境那还有一个更清爽的路线完全抛弃 Docker Desktop在 WSL 2 的 Linux 发行版里安装 Docker Engine直接在 WSL 终端里用 docker 命令。具体做法是先确保 WSL 2 发行版能正常用比如 Ubuntu然后进 Ubuntu 终端执行 Docker Engine 的官方安装脚本或 apt 安装命令。日常开发时打开 Ubuntu 终端就能跑 docker build 和 docker run不依赖 Windows 图形界面。容器的工作目录直接挂在 Linux 文件系统里性能反而比 Docker Desktop 的跨文件系统桥接更好。缺点是少了个图形化管理界面习惯命令行的人一般都无所谓。这个方案对折腾 Docker Desktop 太久已经失去耐心的人来说是一根非常务实的救命稻草。5. 被很多人忽略的隐藏因素基于虚拟化的安全VBS与安全软件的干扰5.1 VBS 与 WSL 2 为什么会产生奇怪的化学反应到了这一步如果前面三层检查都正常Docker Desktop 还是报错那多半是撞上了 Windows 的一项安全机制——基于虚拟化的安全VBSVirtualization-Based Security。VBS 会用 Hypervisor 创建一个隔离的内存区域来保护系统内核它的运行方式会和 WSL 2 争抢 Hypervisor 资源。理论上两者可以共存但实际环境中部分电脑尤其是出厂预装 Windows 11 的新机器默认开启了 VBS 和内核隔离里的内存完整性功能这会让 WSL 2 启动时偶发失败Docker Desktop 自然跟着报虚拟化未检测到。我自己遇到的一次情况就在一台 Windows 11 新笔记本上BIOS 虚拟化开着的Windows 功能全开WSL 2 版本正常但 Docker Desktop 启动后过几秒就闪退。最终定位到内核隔离的内存完整性上关闭后一次通过。5.2 怎么判断 VBS 是否在运行最简单的办法winver 查看系统版本后在系统信息里找基于虚拟化的安全性字段如果显示正在运行说明 VBS 处于开启状态。更精确的方式是用 PowerShell 查询Get-CimInstance -ClassName Win32_DeviceGuard -Namespace root\Microsoft\Windows\DeviceGuard输出结果里VirtualizationBasedSecurityStatus这个字段值为 2 表示 VBS 正在运行值为 0 表示未启用。如果你确认 VBS 在运行并且 Docker 启动不稳定可以先进 Windows 安全中心 - 设备安全性 - 内核隔离把内存完整性关掉重启后再试 Docker。这里我要多说一句内存完整性是一项实实在在的安全防护功能除非你确定它就是罪魁祸首否则不建议为了跑 Docker 长期关闭它。先用它做排查验证确认 Docker 能启动后你再权衡是保持关闭还是重新开启。生产环境请务必以安全为先。5.3 安全软件对虚拟化检测的干扰除了 VBS部分安全软件和系统优化工具也可能干扰 WSL 2 的启动过程。它们的监控驱动拦截了 wsl.exe 创建虚拟机的关键调用导致虚拟化功能在应用层看起来未检测到。这类问题非常难定位因为报错提示完全不指向安全软件。排查思路是临时退出安全软件注意是退出不是关闭实时防护那么简单重启 Docker Desktop如果能正常启动基本可以确认是安全软件干扰。解决办法包括给 Docker Desktop 和 wsl.exe 添加入侵排除规则或者更新安全软件版本。这里提醒一点系统防护有它的价值排查完一定要记得把安全软件重新打开并恢复正常保护状态不要为了图省事裸奔。6. 完整的排查流程从零到 Docker Desktop 正常启动6.1 照着做的排查清单把上面所有内容压缩成一条可以直接操作的路径。以下步骤按顺序执行每步做完都可以尝试启动 Docker Desktop成功就停止失败就往下走。确认系统版本按Win R输入winverWindows 10 需要 1903 以上Windows 11 全版本支持。版本太老直接升级系统。管理员 PowerShell 运行systeminfo看 Hyper-V 要求部分。如果Virtualization Enabled In Firmware: No进 BIOS 开启 VT-x/SVM保存并断电重启再回来跑一次确认。管理员 PowerShell 执行三条 DISM 命令家庭版可跳过 Hyper-V 那条开启 WSL 与虚拟机平台。重启电脑有条件的话再做一次冷启动关机后断电再开避免快速启动残留。管理员 PowerShell 运行wsl --update确保内核最新然后运行wsl --set-default-version 2。运行wsl --status确认默认版本是 2如果显示的是 1手动安装一个任意 WSL 发行版并重新设置默认版本。启动 Docker Desktop看能否正常进入主界面。如果还报错检查系统信息里基于虚拟化的安全性是否运行是则按第 5 章排查 VBS 与安全软件。确认电脑上 VMware/VirtualBox 版本低于 15.5.5 / 6.1 的升级否则可能互相冲突。这条路径的特点是先验证第 0 层BIOS再开第 1 层Windows 功能最后补第 2 层WSL 内核。顺序反过来容易重复劳动——比如你先把 VBS 关了回头才发现 BIOS 根本没开等于白折腾一轮。6.2 常见现象速查表现象卡在哪一层最直接的解法systeminfo 显示 Virtualization Enabled In Firmware: No第 0 层进 BIOS 开 VT-x/SVM断电重启systeminfo 正常但 Windows 功能里找不到虚拟机平台第 1 层DISM 命令行强制启用老版本系统请先升级功能全开wsl --status 提示默认版本 1第 2 层wsl --update 更新内核并设置默认版本 2新笔记本 所有检查正常Docker 仍闪退第 1 层/隐藏关闭内核隔离-内存完整性临时测试开了 Docker 之后 VMware 启动崩溃冲突升级 VMware 到 15.5.5家庭版找不到 Hyper-V 功能第 1 层不需要 Hyper-V确保虚拟机平台 WSL 即可wsl --update 总失败第 2 层检查网络限制或手动下载 WSL2 内核更新包安装6.3 最后的检查按日志确认启动成功如果你按上面的流程走到最后Docker Desktop 依然不给面子那就别再盲猜开关了直接看日志。Docker Desktop 的日志存放在%LOCALAPPDATA%\Docker\log目录下打开host开头的日志文件搜索 virtualization 或 WSL 关键字。日志里如果明确写了WSL operation failed或者The virtual machine could not be started把后面的具体错误代码记下来去搜比重新翻一遍所有开关高效得多。我自己在几台机器上实测下来的规律是大概有六成情况卡在 BIOS 没开虚拟化两成卡在 Windows 功能没启用剩下两成才是 WSL 内核老、VBS 干扰、或者安全软件打架这类隐藏问题。所以真不是每台电脑都要经历全套流程但如果你已经把网上常见的去 BIOS 开虚拟化试过却没用那就别再怀疑自己操作有问题了——大概率是上面这些更隐蔽的分支之一。Docker Desktop 这类报错第一次碰会觉得玄学理清层级之后它就是一道按顺序开关的串联电路逐段检查总能找到断点在哪。
我这台新换的 Windows 笔记本装完 Docker Desktop双击图标还不到十秒弹窗直接甩了一行英文Virtualization support not detected然后整个程序就退出了。当时我第一反应跟大多数人一样——BIOS 里没开虚拟化结果进 BIOS 一看Intel Virtualization Technology 分明是 Enabled。后来花了一个晚上翻了几十篇帖子才弄明白这个报错其实是一套总闸 分闸的多层判断任何一层断了弹的都是同一个提示。这篇文章就把我当时排查这台机器以及后来帮朋友修另外几台同样问题电脑的完整过程整理出来。已经装好 Docker Desktop 但启动就报这个错的人或者刚准备入坑 Docker 怕被环境问题劝退的人都可以照着走一遍。1. 报错背后到底在检测什么拆开Virtualization support not detected这行字1.1 报错的完整含义与 Docker Desktop 的真实检测逻辑这个报错的完整文本通常长这样Docker Desktop failed to start because virtualization support wasnt detected. Sign in to try restoring access to Docker features.后半句那个 Sign in 很容易误导人它其实是 Docker Desktop 的许可证登录提示跟虚拟化检测失败没有直接因果关系。早期打补丁版本的人看到这句话会以为是账号问题实际上核心判断卡在前面那句——virtualization support wasnt detected。关键点在于Docker Desktop 从 4.x 开始默认后端是 WSL 2。它启动时并不会直接去读 CPU 的 VT-x / AMD-V 标志位而是先检查 Windows 的虚拟机平台功能是否启用然后尝试通过 WSL 2 拉起一个轻量级虚拟机。这一步失败它统一归因为未检测到虚拟化支持。换句话说不是只有 BIOS 里那个开关能决定生死Windows 功能组件和 WSL 2 内核只要有一个没就位报错一模一样。这一点解释了为什么网上大量教程只教进 BIOS 开虚拟化而很多人照着做了还是失败——因为根本问题可能根本不在 BIOS。1.2 三层依赖模型CPU、Windows 功能、运行时后端缺一不可我把这套依赖关系整理成了三层后面所有排查都是围绕这三层展开的层级检查对象常见失败原因典型表现第 0 层CPU 与固件BIOS/UEFI 开关虚拟化被关闭、OEM 锁死系统信息显示虚拟化已禁用第 1 层Windows 系统功能组件虚拟机平台未启用、WSL 功能未启用报错但不提示具体缺哪项第 2 层WSL 2 内核与版本状态WSL 内核未更新、默认版本为 1Docker Desktop 启动后闪退形象一点说CPU 是发电厂Windows 功能是输电网WSL 2 是墙上的插座Docker Desktop 是插上去的电器。发电厂有电但输电网断了电器一样不工作输电网通了但插座没装电器也用不了。这个报错只告诉你电器没通电不会告诉你具体断在哪一截。1.3 为什么 msinfo32 显示虚拟化已启用还是报错很多人包括我当时会打开系统信息工具 msinfo32看到虚拟化已启用这一行就认定 BIOS 没问题。这里藏着一个很深的坑系统信息里的虚拟化字段只反映第 0 层也就是固件层面的 CPU 虚拟化开关。它不会告诉你 Windows 的虚拟机平台功能是否启用也不会告诉你 WSL 2 是否健康。所以如果你的系统信息显示已启用但 Docker 依旧报错不要再去 BIOS 里反复开关了那是在第 0 层做无用功。正确的做法是往下看第 1 层和第 2 层。判断第 0 层是否真正可用用管理员身份打开 PowerShell运行systeminfo拉到Hyper-V 要求段落。如果看到Hyper-V Requirements: VM Monitor Mode Extensions: Yes Virtualization Enabled In Firmware: Yes Second Level Address Translation: Yes Data Execution Prevention Available: Yes说明 CPU 没问题。如果Virtualization Enabled In Firmware: No才需要进 BIOS。还有一种常见输出是 A hypervisor has been detected. Features required for Hyper-V will not be displayed.这种情况说明 Hypervisor 已经在运行虚拟化本身可用。2. 第一道闸BIOS/UEFI 里的 VT-x / SVM 开关到底怎么开2.1 不同平台进入 BIOS 的方式与菜单名称对照第 0 层开闸是很多人的直觉动作但容易卡在菜单名称上。Intel 平台在 BIOS 里一般叫Intel Virtualization Technology或VT-x也可能叫Virtualization Technology for Directed I/O (VT-d)的隔壁。AMD 平台则叫SVM Mode或AMD-V。有些主板厂商比如华硕会直接用SVM两个字母放在高级菜单里不细看根本联想不到虚拟化三个字。进 BIOS 的按键各品牌不太一样华硕/技嘉/微星多数是 Del联想台式机和部分笔记本是 F1 或 F2戴尔是 F2惠普是 F10。Windows 10/11 也可以从设置里进设置 - 系统 - 恢复 - 高级启动 - 立即重新启动然后选 UEFI 固件设置。这个方法在电脑支持 UEFI、且快速启动干扰的情况下更稳定。开机进 BIOS 后路径一般是 Advanced高级- CPU ConfigurationCPU 配置或 Advanced - Processor Settings然后在里面找 Virtualization 字样。改完按 F10 保存退出。有些主板支持开机时按 F7 进高级模式否则默认的 EZ 模式看不到虚拟化选项。2.2 笔记本的隐藏坑OEM 锁定与断电重启问题笔记本和品牌台式机比 DIY 主板更容易踩坑原因有两个。一个是有不少 OEM 厂商尤其商用机型会把虚拟化设置藏得更深甚至不叫 Virtualization而是放在 Security安全菜单下名称可能变成Trusted Execution Technology (TXT)或者Clear Intel Virtualization之类的组合条目。有些机型还要先给 BIOS 设置管理员密码才能解锁这些选项。另一个坑更容易被人忽略部分笔记本改完 BIOS 保存退出后由于 Windows 快速启动机制系统没有彻底断电重启导致 BIOS 设置没有真正重新加载。这类机器需要关机后长按电源键十几秒强制放电或者拔掉电池可拆卸电池的老机型再开机。台式机则建议关机后拔掉电源线等 30 秒再开机。这一步我在帮朋友修一台戴尔笔记本时验证过BIOS 里明明已经保存了 Enabled但开机后 systeminfo 显示还是 No断电重启后才生效。2.3 改完 BIOS 后如何验证真的生效了不要凭感觉也不要只看系统信息的已启用用下面这个组合最靠谱管理员 PowerShell 跑systeminfo看 Hyper-V 要求部分。如果Virtualization Enabled In Firmware后面是 Yes第 0 层通关。如果是 A hypervisor has been detected同样通关。另一个更直观的验证方法是试试 Windows 沙盒。开始菜单搜Windows SandboxWindows 10 专业版/企业版和 Windows 11 专业版自带点开如果能正常进入一个干净的 Windows 桌面说明虚拟机平台底层完全可用。如果你的系统没有这个功能入口也可以用wsl --status来看 WSL 的当前状态这部分结合下一章一起做。3. 第二道闸Windows 功能组件与 WSL 2 环境准备3.1 用两条命令把 Windows 功能一次开齐第 0 层确认没问题之后第 1 层要检查虚拟机平台和适用于 Linux 的 Windows 子系统这两个功能。很多人装在 2020 年之前的老系统上默认都没启用。最稳妥的方式是用管理员身份打开 PowerShell逐行执行下面三条命令dism.exe /online /enable-feature /featurename:Microsoft-Windows-Subsystem-Linux /all /norestart dism.exe /online /enable-feature /featurename:VirtualMachinePlatform /all /norestart dism.exe /online /enable-feature /featurename:Microsoft-Hyper-V-All /all /norestart第三条命令在 Windows 家庭版上会报错因为家庭版没有 Hyper-V 组件。但没关系Docker Desktop 在家庭版上只需要前两条WSL 功能 虚拟机平台。Windows 11 上如果直接提示找不到功能名称说明该版本 WSL 已作为独立组件存在可以跳过 DISM 改用wsl --install后面会讲。执行完毕后提示是否重启时建议选择立即重启。重启后最好再重启一次因为有些机器在正在配置 Windows 功能阶段需要两轮重启才能完成全部注册。如果嫌图形界面勾选麻烦用命令行的原因就是这样它能批量操作而且输出结果直观不会漏掉某个复选框。3.2 最容易被漏掉的一步更新 WSL 2 内核第 1 层功能开启并重启之后很多人直接双击 Docker Desktop结果发现报错依旧。这时候就要怀疑第 2 层——WSL 2 的内核和默认版本。我用一个实际案例说明。当时帮同事排查一台 Windows 10systeminfo显示虚拟化正常Windows 功能也全勾上了但 Docker Desktop 就是起不来。最后在 PowerShell 里运行wsl --status发现输出显示默认版本是 1而且 WSL 内核日期非常老。这就是问题Docker Desktop 需要 WSL 2 的轻量虚拟机能力WSL 1 只是系统调用转换层根本不提供虚拟化支持但 Docker 的报错信息不会区分这些只告诉你虚拟化未检测到。解决办法是更新 WSL 内核并把默认版本设为 2wsl --update wsl --set-default-version 2如果你连wsl命令都提示无法识别说明 WSL 功能还没启完先回到 3.1 重启再说。Windows 11 上 WSL 已经作为一个商店应用独立分发更新方式也是wsl --update或者直接在 Microsoft Store 里搜Windows Subsystem for Linux手动更新。判断 WSL 2 是否就绪运行wsl --status看到默认版本2以及内核信息正常输出即可。这里有个容易踩的细节如果 Windows 10 的版本号低于 1903内部版本 18362WSL 2 根本不受支持Docker Desktop 装得再新也白搭。这种情况建议直接升级系统到 Windows 10 21H2 以上或 Windows 11这不是可选项是硬性前提。3.3 家庭版用户不需要焦虑Hyper-V 不是必需品网上很多人把Docker Desktop 需要 Hyper-V挂在嘴边于是家庭版用户一头雾水——自己系统里根本没有 Hyper-V 这个功能选项。事实是Docker Desktop 在家庭版上走 WSL 2 后端只需要虚拟机平台和 WSL 两个组件。部分教程里拿系统信息工具的Hyper-V 要求部分来验证虚拟化这是可以的但要注意那段文字只是借用 Hyper-V 的检测器来展示 CPU 能力不代表你必须开启 Hyper-V 功能。家庭版用户缺的只是 Hyper-V 这个具体的虚拟机管理程序不影响 WSL 2 使用。4. 第三道闸跟 VMware / VirtualBox 抢 Hypervisor 的冲突处理4.1 冲突的本质多个虚拟机管理程序抢同一个底层很多人的电脑不是专门跑 Docker 的机器上还装着 VMware Workstation 或 VirtualBox 用来开其他虚拟机。开了 WSL 2 之后一个大坑就出现了WSL 2 依赖 Windows Hypervisor Platform而老版本的 VMware/VirtualBox 不兼容 Hyper-V 共存。表现非常诡异WSL 2 功能一切正常Docker Desktop 也能启动但你再去开 VMware 里的某个虚拟机它会直接崩溃或报Unable to change power state甚至开机就蓝屏。反过来如果你先把 VMware 打开占住了虚拟化资源再启动 Docker Desktop它就会报出本文标题里的那个错。根因在于 Hyper-V 一旦启用Hypervisor 会接管 CPU 的虚拟化指令老版第三方虚拟机管理程序不知道如何在这种环境里工作只能罢工。4.2 方案 A升级虚拟化软件版本实现共存如果你两个都要用首选是升级软件版本。VMware Workstation 从 15.5.5 开始支持与 Hyper-V 共存VirtualBox 从 6.1 开始也支持 Windows Hypervisor Platform。升级后在 VMware 虚拟机设置里可以开启基于 Hyper-V 的虚拟化支持VirtualBox 则在系统设置的加速选项卡里勾选启用 Hyper-V 共存。这种方式下Docker Desktop 继续用 WSL 2 后端VMware/VirtualBox 通过调用 Windows 的 Hypervisor API 工作性能会有少量损耗但功能上两边都不耽误。实测跑普通的 Linux 虚拟机、容器开发完全感觉不到差异只有对 I/O 延迟极度敏感的负载才可能在意那几个百分点。4.3 方案 B如果不想用 WSL切回 Hyper-V 后端有些老玩家习惯了 Docker Desktop 3.x 时代的 Hyper-V 模式不太适应 WSL 2。可以在 Docker Desktop 的设置里找到 General取消勾选 Use the WSL 2 based engineDocker Desktop 就会改用 Hyper-V 后端。但注意这个方案只适用于 Windows 专业版/企业版/教育版家庭版没有 Hyper-V 功能取消 WSL 引擎后 Docker Desktop 会报找不到 Hyper-V。如果你就是家庭版系统且不想折腾升级老老实实用 WSL 2 后端最省心。切换到 Hyper-V 后端后如果电脑上还有老版本 VMware冲突会更明显所以优先考虑 4.2 的先升级再共存而不是回退到老模式。4.4 方案 C绕开 Docker Desktop直接在 WSL 里装 Docker Engine如果 Docker Desktop 反复出问题你的需求又只是跑容器开发环境那还有一个更清爽的路线完全抛弃 Docker Desktop在 WSL 2 的 Linux 发行版里安装 Docker Engine直接在 WSL 终端里用 docker 命令。具体做法是先确保 WSL 2 发行版能正常用比如 Ubuntu然后进 Ubuntu 终端执行 Docker Engine 的官方安装脚本或 apt 安装命令。日常开发时打开 Ubuntu 终端就能跑 docker build 和 docker run不依赖 Windows 图形界面。容器的工作目录直接挂在 Linux 文件系统里性能反而比 Docker Desktop 的跨文件系统桥接更好。缺点是少了个图形化管理界面习惯命令行的人一般都无所谓。这个方案对折腾 Docker Desktop 太久已经失去耐心的人来说是一根非常务实的救命稻草。5. 被很多人忽略的隐藏因素基于虚拟化的安全VBS与安全软件的干扰5.1 VBS 与 WSL 2 为什么会产生奇怪的化学反应到了这一步如果前面三层检查都正常Docker Desktop 还是报错那多半是撞上了 Windows 的一项安全机制——基于虚拟化的安全VBSVirtualization-Based Security。VBS 会用 Hypervisor 创建一个隔离的内存区域来保护系统内核它的运行方式会和 WSL 2 争抢 Hypervisor 资源。理论上两者可以共存但实际环境中部分电脑尤其是出厂预装 Windows 11 的新机器默认开启了 VBS 和内核隔离里的内存完整性功能这会让 WSL 2 启动时偶发失败Docker Desktop 自然跟着报虚拟化未检测到。我自己遇到的一次情况就在一台 Windows 11 新笔记本上BIOS 虚拟化开着的Windows 功能全开WSL 2 版本正常但 Docker Desktop 启动后过几秒就闪退。最终定位到内核隔离的内存完整性上关闭后一次通过。5.2 怎么判断 VBS 是否在运行最简单的办法winver 查看系统版本后在系统信息里找基于虚拟化的安全性字段如果显示正在运行说明 VBS 处于开启状态。更精确的方式是用 PowerShell 查询Get-CimInstance -ClassName Win32_DeviceGuard -Namespace root\Microsoft\Windows\DeviceGuard输出结果里VirtualizationBasedSecurityStatus这个字段值为 2 表示 VBS 正在运行值为 0 表示未启用。如果你确认 VBS 在运行并且 Docker 启动不稳定可以先进 Windows 安全中心 - 设备安全性 - 内核隔离把内存完整性关掉重启后再试 Docker。这里我要多说一句内存完整性是一项实实在在的安全防护功能除非你确定它就是罪魁祸首否则不建议为了跑 Docker 长期关闭它。先用它做排查验证确认 Docker 能启动后你再权衡是保持关闭还是重新开启。生产环境请务必以安全为先。5.3 安全软件对虚拟化检测的干扰除了 VBS部分安全软件和系统优化工具也可能干扰 WSL 2 的启动过程。它们的监控驱动拦截了 wsl.exe 创建虚拟机的关键调用导致虚拟化功能在应用层看起来未检测到。这类问题非常难定位因为报错提示完全不指向安全软件。排查思路是临时退出安全软件注意是退出不是关闭实时防护那么简单重启 Docker Desktop如果能正常启动基本可以确认是安全软件干扰。解决办法包括给 Docker Desktop 和 wsl.exe 添加入侵排除规则或者更新安全软件版本。这里提醒一点系统防护有它的价值排查完一定要记得把安全软件重新打开并恢复正常保护状态不要为了图省事裸奔。6. 完整的排查流程从零到 Docker Desktop 正常启动6.1 照着做的排查清单把上面所有内容压缩成一条可以直接操作的路径。以下步骤按顺序执行每步做完都可以尝试启动 Docker Desktop成功就停止失败就往下走。确认系统版本按Win R输入winverWindows 10 需要 1903 以上Windows 11 全版本支持。版本太老直接升级系统。管理员 PowerShell 运行systeminfo看 Hyper-V 要求部分。如果Virtualization Enabled In Firmware: No进 BIOS 开启 VT-x/SVM保存并断电重启再回来跑一次确认。管理员 PowerShell 执行三条 DISM 命令家庭版可跳过 Hyper-V 那条开启 WSL 与虚拟机平台。重启电脑有条件的话再做一次冷启动关机后断电再开避免快速启动残留。管理员 PowerShell 运行wsl --update确保内核最新然后运行wsl --set-default-version 2。运行wsl --status确认默认版本是 2如果显示的是 1手动安装一个任意 WSL 发行版并重新设置默认版本。启动 Docker Desktop看能否正常进入主界面。如果还报错检查系统信息里基于虚拟化的安全性是否运行是则按第 5 章排查 VBS 与安全软件。确认电脑上 VMware/VirtualBox 版本低于 15.5.5 / 6.1 的升级否则可能互相冲突。这条路径的特点是先验证第 0 层BIOS再开第 1 层Windows 功能最后补第 2 层WSL 内核。顺序反过来容易重复劳动——比如你先把 VBS 关了回头才发现 BIOS 根本没开等于白折腾一轮。6.2 常见现象速查表现象卡在哪一层最直接的解法systeminfo 显示 Virtualization Enabled In Firmware: No第 0 层进 BIOS 开 VT-x/SVM断电重启systeminfo 正常但 Windows 功能里找不到虚拟机平台第 1 层DISM 命令行强制启用老版本系统请先升级功能全开wsl --status 提示默认版本 1第 2 层wsl --update 更新内核并设置默认版本 2新笔记本 所有检查正常Docker 仍闪退第 1 层/隐藏关闭内核隔离-内存完整性临时测试开了 Docker 之后 VMware 启动崩溃冲突升级 VMware 到 15.5.5家庭版找不到 Hyper-V 功能第 1 层不需要 Hyper-V确保虚拟机平台 WSL 即可wsl --update 总失败第 2 层检查网络限制或手动下载 WSL2 内核更新包安装6.3 最后的检查按日志确认启动成功如果你按上面的流程走到最后Docker Desktop 依然不给面子那就别再盲猜开关了直接看日志。Docker Desktop 的日志存放在%LOCALAPPDATA%\Docker\log目录下打开host开头的日志文件搜索 virtualization 或 WSL 关键字。日志里如果明确写了WSL operation failed或者The virtual machine could not be started把后面的具体错误代码记下来去搜比重新翻一遍所有开关高效得多。我自己在几台机器上实测下来的规律是大概有六成情况卡在 BIOS 没开虚拟化两成卡在 Windows 功能没启用剩下两成才是 WSL 内核老、VBS 干扰、或者安全软件打架这类隐藏问题。所以真不是每台电脑都要经历全套流程但如果你已经把网上常见的去 BIOS 开虚拟化试过却没用那就别再怀疑自己操作有问题了——大概率是上面这些更隐蔽的分支之一。Docker Desktop 这类报错第一次碰会觉得玄学理清层级之后它就是一道按顺序开关的串联电路逐段检查总能找到断点在哪。
