需逐层排查：一查BIOS中VT-x/SVM是否启用并保存；二关Hyper-V等系统虚拟化服务；三禁用基于虚拟化的安全性（VBS）；四用SecurAble等工具验证CPU真实状态或更新BIOS固件。

windows系统中提示“vt-x未开启”或“intel vt-x处于禁用状态”，本质是虚拟机/模拟器无法调用cpu硬件级虚拟化指令。这不是软件设置问题，而是从bios固件到windows系统层的多级开关需协同生效。单开bios一项往往不够，必须逐层确认。

第一步：确认BIOS中VT-x真实已启用

这是最基础也最容易被忽略的一环。不同品牌主板入口和命名差异大：

• 重启时猛按对应键进入BIOS（联想多为F2，戴尔F2/F12，华硕/技嘉Del，HP常见F10）
• 查找以下任一选项并设为Enabled：
  • Intel Virtualization Technology
  • Intel VT-x
  • Virtualization Technology
  • SVM Mode（AMD CPU）
  • VT-d（建议同步开启，增强I/O虚拟化支持）
• 部分机型（如某些联想ThinkPad）需先开启“Advanced Mode”才能看到虚拟化选项
• 修改后务必按F10 → Save & Exit，否则不生效

第二步：关闭Windows系统层的虚拟化抢占服务

即使BIOS开了VT-x，Windows自带的Hyper-V、WSL2、Windows沙盒等会独占虚拟化资源，导致第三方模拟器蓝屏或报错：

• 以管理员身份运行PowerShell，依次执行：
  bcdedit /set hypervisorlaunchtype off
  DISM /Online /Disable-Feature /FeatureName:Microsoft-Hyper-V /NoRestart
• 进“启用或关闭Windows功能”，取消勾选：
  • Hyper-V
  • 虚拟机平台
  • Windows 虚拟机监控程序平台
  • Windows Subsystem for Linux
• 重启后，再打开任务管理器 → 性能 → CPU，底部“虚拟化”应显示已启用

第三步：禁用基于虚拟化的安全性（VBS）

Win10/Win11的“内核隔离”“内存完整性”等功能底层依赖VBS，它会强制加载Hyper-V微内核，关掉Hyper-V服务也不起作用：

Windows 图片打印

通过 Python 使用 mspaint /pt 在 Windows 上打印图像——绕过 bash 中文路径编码问题。

下载

• 按Win+R输入msinfo32，查看“基于虚拟化的安全性”是否为“正在运行”
• 若已启用，必须用微软官方工具彻底关闭：
  下载DG Readiness Tool（v3.6+），以管理员运行：
  ./DG_Readiness_Tool.ps1 -Disable -AutoReboot
• 该步骤解决大量“关了Hyper-V还是报错”的顽疾

第四步：验证与补救（BIOS已开但仍报错时）

若前三步都完成，仍提示VT-x未启用，可能是固件识别异常或微码兼容问题：

• 使用工具如SecurAble或Coreinfo -v（Sysinternals套件）独立检测CPU是否真正支持并启用了VT-x
• 部分老旧主板（尤其2015年前型号）需更新BIOS固件，才能正确报告VT-x状态
• 极少数情况（如某些HP机型）需在BIOS中额外关闭“Secure Boot”或切换UEFI/Legacy模式再试