必须彻底断电再上电才能让vt-x/amd-v设置生效；需在bios中同时开启intel vt-x、ept、vt-d或amd svm、iommu；若bcdedit显示hypervisorlaunchtype为off，需执行bcdedit /set hypervisorlaunchtype auto并重启；还需排查第三方服务冲突、vmcompute.exe崩溃、残留虚拟化组件、系统文件损坏及hyper-v配置目录权限问题。
遇到“Hypervisor无法启动”错误时，虚拟机直接卡在启动界面或报出一串代码（如0xC06D007E、0x800705b4、%%3228369022），说明Windows底层虚拟化核心组件未加载成功，此时Hyper-V、WSL2、Docker Desktop等全部依赖项都会失效。
先确认硬件与BIOS是否真正就绪
第一步不是开电脑，而是关机→拔电源→长按电源键10秒放电→再插电开机。很多主板在热重启后不重载虚拟化状态，【必须彻底断电再上电】才能让VT-x/AMD-V设置生效。
进BIOS后不要只找“Virtualization Technology”一个选项。Intel平台需同时开启：Intel VT-x、Intel EPT（二级地址转换）、Intel VT-d（I/O虚拟化）；AMD平台对应开启：SVM Mode、IOMMU。缺任一者，Hyper-V都可能静默失败。
联想ThinkPad用户注意：Security → Virtualization中若显示“Not Available”，说明当前固件版本过旧，需去官网下载最新BIOS刷写，旧版固件即使勾选也无效。
检查Windows端hypervisor是否被强制禁用
以管理员身份运行CMD或PowerShell，执行：
bcdedit /enum firmware
查看输出中是否有 hypervisorlaunchtype 项。若值为 Off，说明系统启动时主动绕过了hypervisor——这常由第三方软件（如某些杀毒工具、录屏软件、甚至老版本VMware Workstation）写入的启动参数导致。
修复命令：
bcdedit /set hypervisorlaunchtype auto
执行后必须重启，仅运行命令不重启无效。若提示“拒绝访问”，说明系统处于安全启动锁定状态，需先进入UEFI设置关闭Secure Boot再操作。
排查驱动与服务级冲突
方法一：临时禁用所有非Microsoft服务
Win+R → 输入 msconfig → “服务”页签 → 勾选“隐藏所有Microsoft服务” → 点击“全部禁用” → 重启。若此时Hyper-V可启动，说明有第三方服务注入了内核钩子，逐个启用排查即可。
方法二：检查vmcompute.exe崩溃根源
打开事件查看器 → Windows日志 → 应用程序 → 筛选来源为“Hyper-V-Compute”。重点看ID为16385或16390的错误，若伴随“vmcompute.exe模块偏移量0x474b异常”，基本可判定是显卡驱动与Hyper-V内存管理器冲突。此时需回滚到上一个稳定版NVIDIA/AMD驱动，新驱动常因WDDM 3.0适配问题引发此错。
方法三：卸载残留虚拟化组件
控制面板 → 程序和功能 → 启用或关闭Windows功能 → 取消勾选“Windows Subsystem for Linux”“Virtual Machine Platform”“Windows Hypervisor Platform”，全部确定后重启。再重新仅勾选“Hyper-V”一项并重启。避免多套虚拟化层共存导致资源抢占。
修复系统文件与权限
第一步：扫描系统完整性
管理员CMD中依次执行：
sfc /scannow
dism /online /cleanup-image /restorehealth
第二步：重置Hyper-V配置目录权限
进入 C:\ProgramData\Microsoft\Windows\Hyper-V，右键文件夹 → 属性 → 安全 → 高级 → 更改所有者为“Administrators” → 勾选“替换子容器和对象的所有者” → 应用。否则某些升级后残留的ACL会阻止vmms服务写入配置。
第三步：清除损坏的虚拟机元数据
若仅某台虚拟机报错而其他正常，删除其对应的 .vmcx 文件（位于 C:\ProgramData\Microsoft\Windows\Hyper-V\Virtual Machines\ 下，文件名是GUID），然后在PowerShell中运行：Import-VM -Path "D:\Backup\VMName\Virtual Machines\{guid}.vmcx" 从备份导入干净配置。
