不支持虚拟化导致VMware/WSL2无法启动，如何排查硬件与BIOS设置？

Question

**问题描述（198字）：** 启动VMware Workstation或WSL2时提示“无法启动虚拟机”“WslRegisterDistribution失败：0x80370102”或“Hyper-V 未启用/硬件辅助虚拟化不可用”，常见于新装系统或老旧设备。根本原因多为CPU硬件虚拟化（Intel VT-x / AMD-V）未开启，或BIOS中相关选项被禁用、隐藏甚至被厂商锁定；部分低功耗CPU（如某些赛扬、奔腾、Ryzen 3 2200G及早期Atom）本身不支持虚拟化；此外，安全启动（Secure Boot）冲突、Hyper-V与WSL2依赖项未启用、第三方杀毒软件拦截也可能触发类似报错。需系统性排查：先用`coreinfo -v`（Sysinternals）或`systeminfo`确认硬件虚拟化状态；再进BIOS/UEFI检查“Intel Virtualization Technology”“SVM Mode”等选项是否启用；最后验证Windows功能中“虚拟机平台”“Windows Hypervisor Platform”已勾选并重启。忽略任一环节均可能导致排查失效。

Answer 1

```html

一、现象层：典型错误提示与触发场景

用户在启动 VMware Workstation 或 WSL2 时，高频出现三类核心报错：

• “无法启动虚拟机”（VMware 侧通用异常）
• “WslRegisterDistribution 失败：0x80370102”（WSL2 初始化失败的标志性错误码，微软官方定义为“Virtual machine platform is not enabled or hardware virtualization is not available”）
• “Hyper-V 未启用 / 硬件辅助虚拟化不可用”（Windows 功能级提示，常伴随系统托盘警告图标）

该问题高发于全新部署的 Windows 11/10 系统、OEM 品牌机（如戴尔 Inspiron、惠普 Pavilion、联想 IdeaPad）、以及搭载低功耗 CPU 的老旧设备（如 Intel Celeron N3350、Pentium Silver N5030、AMD Ryzen 3 2200G、早期 Intel Atom x5-Z8350）。

二、根因层：四维归因模型

维度	具体表现	技术本质
硬件层	CPU 不支持 VT-x（Intel）或 SVM（AMD）；或 BIOS 中选项被隐藏/锁定（如部分联想消费级主板禁用“Intel Virtualization Technology”）	指令集级能力缺失——无 VMXON/VMRUN 支持，Hypervisor 无法接管 CPU 控制权
固件层	Secure Boot 与 Hyper-V 冲突（尤其在启用 HVCI/HVSI 时）；UEFI 模式下 CSM（兼容性支持模块）开启导致虚拟化驱动加载失败	启动信任链阻断了 WHVP（Windows Hypervisor Platform）内核模块初始化
系统层	“虚拟机平台”、“Windows Hypervisor Platform”、“Windows Subsystem for Linux” 三项功能未启用；或 Hyper-V 已启用但 WSL2 依赖项未对齐	Windows Feature On Demand (FOD) 机制未注入 hvix64.exe、wsl.exe 依赖的 hvsocket.sys 等关键驱动
软件层	McAfee、Bitdefender、Kaspersky 等安全软件劫持 VMCALL 指令；Docker Desktop 旧版残留 hyperkit 冲突；甚至某些 USB-C 扩展坞固件引发 ACPI 虚拟化中断异常	Ring-0 驱动抢占 EPT（扩展页表）管理权，导致 WHVP 初始化返回 STATUS_NOT_SUPPORTED

三、验证层：命令行诊断流水线

执行以下命令构成闭环验证链（需以管理员权限运行）：

1. systeminfo | findstr "Hyper-V Requirements" → 快速筛查“VM Monitor Mode Extensions: Yes”等六项关键输出
2. coreinfo -v（Sysinternals 工具包）→ 输出 * HYPERVISOR - Hypervisor is present 表示已运行；V VIRTUALIZATION - Supports virtualization 表示硬件就绪
3. Get-WindowsOptionalFeature -Online -FeatureName Microsoft-Hyper-V -All | Select State, FeatureName → PowerShell 原生命令确认 Hyper-V 组件状态
4. dism /online /get-features | findstr "VirtualMachinePlatform HypervisorPlatform" → DISM 层面交叉验证

四、修复层：BIOS/UEFI → Windows → 应用三级纵深操作

graph TD A[重启进入 BIOS/UEFI] --> B{查找虚拟化开关} B -->|Intel 平台| C["Intel Virtualization Technology
Intel VT-d
CPU Configuration → Intel VT-x"] B -->|AMD 平台| D["SVM Mode
Secure Virtual Machine
Advanced → SVM Support"] C --> E[启用并关闭 Secure Boot（临时）] D --> E E --> F[保存退出，重启进入 Windows] F --> G[PowerShell 管理员模式执行：
Enable-WindowsOptionalFeature -Online -FeatureName VirtualMachinePlatform,WindowsHypervisorPlatform -All -NoRestart
dism /online /enable-feature /featurename:Microsoft-Windows-Subsystem-Linux /all /norestart] G --> H[重启后执行：
wsl --install && wsl --update]

五、兜底层：硬件兼容性与替代路径

若经上述流程仍失败，需启动硬件级终审：

• 查 CPU 官方规格表（Intel ARK / AMD Product Database），确认“Intel® Virtualization Technology (VT-x)”或“AMD-V™”字段为 Yes；Ryzen 3 2200G 实际支持 SVM，但部分 OEM 主板 BIOS 版本过旧（如 2018 年 F10 固件）默认禁用且无 UI 开关
• 使用 cpu-z 查看 “Instructions” 标签页中是否含 VT-x 或 SVM 字样
• 终极降级方案：WSL1（无需虚拟化）、VMware Player + 32 位 Linux Guest（绕过 WHVP）、或迁移到 Hyper-V 原生管理器（规避 WSL2 注册逻辑）

```