1. 先搞懂这条报错从哪里冒出来的

我在帮朋友处理老笔记本时第一次碰到这条提示，当时装的是 VMware Workstation，一点“开启虚拟机”，窗口右上角直接弹出一段英文：此主机支持 Intel VT-x，但 Intel VT-x 处于禁用状态。屏幕下方还有一个按钮，点了也起不到任何作用。那台机器的 CPU 是第四代酷睿，性能完全够用，但无论怎么重装虚拟机软件都跑不起来。

一开始我也以为只是 BIOS 开关没开，跑到 BIOS 里翻了一圈，看到“Intel Virtualization Technology”果然显示 Disabled，随手改成 Enabled，保存重启后发现 VMware 还是报同样的错。这才是问题的真正麻烦点：同样的报错，背后可能对应好几种完全不同的原因。

这篇文章会把这条报错按照触发源头拆开讲清楚。核心是 Intel VT-x——CPU 的硬件虚拟化开关——但除了把它打开，还要排查 Windows 系统层面有没有抢占 VT-x、虚拟机软件有没有正确识别和利用它。适合刚接触虚拟机的新手，也适合开了开关之后依然被卡住的用户，文中每个操作步骤都来自我实际碰过、验证过的场景。

1.1 什么情况下会看到这条提示

看到的时机基本集中在两个窗口期：一是刚装好 VMware Workstation 或者 VirtualBox，第一次启动虚拟机会；二是已经跑过虚拟机，但因为换了主板、清了 CMOS，或者更新了 BIOS 后重新启动，原本好好的虚拟机突然就起不来了。报错通常直接中断启动流程，不会给你太多犹豫时间——VMware 会弹出一个英文对话框，VirtualBox 则会显示“VT-x is disabled in the BIOS”一类的提示，意思基本一致：CPU 的硬件虚拟化扩展没有对虚拟机软件开放。

这里可以先把触发条件归纳成两种。第一种是 BIOS/UEFI 里关闭了 VT-x，这是最常见的情况，设备为了稳定性和兼容性把这个开关放在 Disabled 状态，毕竟多数普通用户用不到虚拟机。第二种是 BIOS 里明明开着 VT-x，但 Windows 自身已经把它拿走了——比如启用了内存完整性、Windows 沙盒或 Hyper-V 功能，这类组件会抢先加载一个叫 Hypervisor 的底层调度层，第三方虚拟机软件再去请求 VT-x 时就会无功而返。

我最初排查那台老笔记本时，犯的典型错误就是只处理第一种情况，结果自然失败。所以先把场景想清楚，后面才能对号入座。

1.2 明明都是虚拟化，为啥名字这么多

在实际操作中，比报错本身更让人晕的，是它在不同主板、不同 CPU 生态里的叫法。Intel 平台的硬件虚拟化技术，标准名称是 Intel Virtualization Technology，缩写 VT-x；AMD 平台对应的叫 AMD Virtualization，缩写 AMD-V，在部分主板 BIOS 里又被标成 SVM Mode（Secure Virtual Machine Mode）。很多教程只写“开启 VT-x”，导致用 AMD 机器的人照着找半天也找不到对应选项。

即使在同一品牌的主板里，选项名称也可能出现差异：“Virtualization Technology”“Virtualization Support”“VT-x”“Intel VT-d”等字样经常并列出现。注意 VT-d 和 VT-x 不是一回事，VT-x 负责 CPU 指令集的虚拟化，VT-d 负责 I/O 设备直通，后者更多用于直通网卡、显卡这类高级玩法。排查这条报错时，先找 VT-x 或 Virtualization Technology 就够了，VT-d 可以先不管。

补充一句容易踩的小坑：部分主板 BIOS 默认用英文显示选项，中文界面反而只给一个模糊的“虚拟化技术”翻译。只要看到“虚拟化”三个字并带有 Enabled/Disabled 开关，多半就是它。

1.3 开搞之前，先确认 CPU 是不是真的支持

并非所有电脑都能通过打开 BIOS 开关解决。特别老的双核赛扬、部分低端奔腾以及早期 Atom 系列，物理上就没有 VT-x 扩展，报错信息里那句“此主机支持 Intel VT-x”就显得很可疑。遇到这种情况，先别急着进 BIOS，花一分钟确认 CPU 规格。

Windows 下最方便的方法是打开任务管理器，切到“性能”标签，点击左侧的 CPU 图标，在右下角看“虚拟化”这一栏。显示“已启用”说明 BIOS 和系统都正常放行；显示“已禁用”，说明 CPU 硬件通常支持但被关掉了，优先按后面章节去 BIOS 开启；如果直接显示“不支持”，那基本可以断定 CPU 没有这个指令集，后续解决方案就要换思路。

更专业的验证方法是用一条命令。在命令提示符或 PowerShell 里输入 systeminfo，然后找“Hyper-V 要求”或“虚拟化”相关行。如果看到“已在固件中启用虚拟化：是”，说明开关已生效；如果显示“否”，则说明还处于关闭状态。这条命令还会顺带显示“基于虚拟化的安全性”状态，对后面判断 Hypervisor 占用很有用。

如果手头有 HWiNFO 或 CPU-Z，也能在“指令集”列表里看到 VT-x 或 SVM 字样。没有这些工具也没关系，任务管理器那条信息已经完全够用。确认 CPU 支持但系统说禁用，就直接进入下一步调 BIOS。

2. 主战场：BIOS/UEFI 里开启 VT-x

2.1 进入 BIOS 的高效方法，别再乱按 Delete 了

进入 BIOS 的方式其实分两种。台式机最常见的是开机时连续敲 Delete 或 F2，笔记本五花八门，F2、F10、F12 都有可能，戴尔不少机型还喜欢用 F2，联想 ThinkPad 也常见 F2，部分联想消费机型则用 Fn+F2 或 Novo 键。一直敲不进去时，我通常的做法是在 Windows 设置里走一次软路径：设置 → 系统 → 恢复 → 高级启动 → 立即重新启动，然后选择“疑难解答”→“高级选项”→“UEFI 固件设置”，点重启就直接进入固件界面。这个方法几乎不会失败，尤其适合新电脑。

有个容易被忽略的因素是 Windows 的“快速启动”。启用快速启动后，关机并不是真正关机，而是进入一种休眠状态，下次开机时按键计时极短，按慢了就错过进 BIOS 的时机。所以我把“关闭快速启动”当作进入 BIOS 的第一道准备动作：控制面板 → 电源选项 → 选择电源按钮的功能 → 更改当前不可用的设置，把“启用快速启动”去掉。改完再彻底关机、断电、重启，按键成功率会高很多。

2.2 常见品牌主板的 VT-x 开关到底藏在哪里

不同品牌的位置差异很大，我按实际见过的机型整理了一张速查表，方便对号入座。

这张表是多年积累的大概率位置，不代表每款型号都百分之百一致。只要菜单里出现“Virtualization”或“SVM”，基本就是目标。将选项从 Disabled 改为 Enabled，保存退出即可。

遇到找不到的情况，先试试看界面右上角是否有“搜索”功能，某些新 BIOS 支持关键字搜索。有些笔记本（比如部分惠普和戴尔商务机）在普通设置菜单里看不到虚拟化选项，需要先给 BIOS 设置管理员密码，进入更深的“Security”子菜单才会显示。把“Intel Virtualization Technology”和“Intel VT-d Feature”一起打开没有坏处，后者不影响虚拟机的正常启动。

2.3 设置完别急着进系统，确认三件事

很多用户改了 BIOS 选项后直接点保存重启，结果进系统后还是报错，问题往往出在“改动没有真正保存”。BIOS 设置页面里，修改完成后要按 F10 选择 Save & Exit，有些机型是 F4 或方向键选定“Save Changes and Reset”，确认时会提示是否保存配置文件，选择 Yes。如果直接通过右上角 X 关掉界面或者按电源键强制重启，改动很可能丢失。

重启后回到 Windows，先用任务管理器的“虚拟化”字段确认状态变成“已启用”。如果显示“已启用”但 Windows 仍然报错，那大概率不是 BIOS 层面的问题，直接跳到第三章排查软件冲突。如果虚拟化字段还是“已禁用”，通常意味着 BIOS 里改的选项不对，或者保存没有生效，可以重新进 BIOS 再检查一遍。

最后一步才是打开虚拟机软件试跑。我习惯先用一个已知配置简单的虚拟机测试，比如默认的 Ubuntu 模板，避免因为系统镜像本身的配置问题混淆了排查方向。

3. 开了开关还报错：两个最容易忽略的“抢道大户”

3.1 隐藏的罪魁祸首：Windows 的内存完整性和 Hyper-V

我在文章开头说的那台老笔记本，BIOS 里明明已经开启 VT-x，但 VMware 依然报错，后来发现根因就是 Windows 10 的“内存完整性”默认开着。内存完整性属于 Windows 安全中心里的“核心隔离”功能，它的运行依赖虚拟化技术，系统会因此自动启用一个叫“基于虚拟化的安全性”（VBS）的底层环境。VBS 一旦运行，Hypervisor 就占用了 VT-x，第三方虚拟机软件没法同时使用同一份硬件资源。

要确认有没有中招，最直接的方法是运行 systeminfo，找到“基于虚拟化的安全性”这一项。如果显示“正在运行”，说明 Hypervisor 正在占用 VT-x。在任务管理器里还有一个判断方法：性能 → CPU → 查看“虚拟化”和“基于虚拟化的安全性”两个字段，后者如果是“已启用”状态，就说明系统层面占据着 VT-x。

解决办法有三个层次，按影响从低到高排列。第一个是对大部分用户最安全的：关闭 Windows 安全中心里“设备安全性 → 内核隔离 → 内存完整性”开关，重启电脑。只关这一项通常就能把 VBS 降级，释放 VT-x，同时不影响其他系统功能。第二个层次是如果还开着 Windows 沙盒或 Windows 虚拟机监控程序平台，需要到“控制面板 → 程序和功能 → 启用或关闭 Windows 功能”里取消勾选“Hyper-V”“Windows 沙盒”“虚拟机监控程序平台”这几个项目。摘掉后重启，再查 systeminfo 中“基于虚拟化的安全性”应该显示“未运行”。

第三个层次是终极清理手段：以管理员身份打开命令提示符，执行 bcdedit /set hypervisorlaunchtype off，然后重启。这条命令直接告诉 Windows 引导程序不要启动 Hypervisor，是很多人没注意到但效果很彻底的方法。需要注意，如果你平时要用 WSL2 或 Docker Desktop，依赖 Hyper-V 轻量级虚拟机，那关闭 Hypervisor 会导致这些工具不可用。这时候就得反过来选择：要么继续用 WSL2/Docker 而放弃 VMware，要么彻底停用这些系统级功能，把 VT-x 让给第三方虚拟机。

3.2 虚拟机软件里的虚拟化引擎没勾上，也会被卡住

BIOS 和系统层都解决之后，还有一个容易倒在这最后一米的地方：虚拟机自身的配置。VMware Workstation 里，每一台虚拟机都有独立的 CPU 设置入口。右键虚拟机 → 设置 → 处理器，往下找到“虚拟化引擎”，里面有几项复选框：“虚拟化 Intel VT-x/EPT 或 AMD-V/RVI”“虚拟化 CPU 性能计数器”等。如果这里没有勾选 Intel VT-x/EPT，即便硬件支持，VMware 也可能弹出让宿主机物理机的 VT-x 失效的提示。

这里再解释一下优先级设置。在“虚拟化引擎”区域还有一个下拉项，可以选择“自动”“首选”或“必需”。选“首选”时，VMware 会优先尝试使用硬件加速，但如果拿不到就退回纯软件模拟，性能断崖下降；选“必需”时则强制要求 VT-x 可用，一旦拿不到直接拒绝启动。日常使用建议选“自动”或“首选”，排查时可以临时改成“必需”，这样 VMware 会更快地把底层问题暴露出来——它告诉你缺 VT-x，就说明不是虚拟机配置问题，而是前面的 BIOS 或系统层还没处理干净。

VirtualBox 这边对应的入口是：选中虚拟机 → 设置 → 系统 → 加速，右侧“硬件虚拟化”区域有“启用 VT-x/AMD-V”和“启用嵌套分页”两个选项，两个选项都要勾上。嵌套分页对应 Intel EPT/AMD NPT，属于二级地址转换，不开启也能启动，但内存开销大、性能差，所以顺手勾上没坏处。

3.3 排查顺序建议：从 BIOS 到系统再到虚拟机

踩了几轮坑以后，我现在遇到这种报错，都会按固定顺序排查，省时省力。先看任务管理器里“虚拟化”字段和“基于虚拟化的安全性”字段。如果“虚拟化”已是“已启用”，且“基于虚拟化的安全性”显示“未运行”，那 BIOS 和系统层都放行了，就不用再反复折腾 BIOS，直接看虚拟机软件的虚拟化引擎设置。如果“虚拟化”是“已启用”但“基于虚拟化的安全性”显示“正在运行”，那先关闭内存完整性、取消相关 Windows 功能，再测试虚拟机。

如果“虚拟化”显示“已禁用”，这个大概率是 BIOS 里没开或者保存失败，重新走一遍第二章的步骤。只有在“虚拟化”字段显示“不支持”时，才需要怀疑 CPU 硬件层面，这条路会在第四章详细展开。按这套顺序排查，绝大多数机器能在十分钟内解决问题。

4. 特殊情况：BIOS 里没有选项、老平台与 AMD 平台

4.1 BIOS 里压根找不到 VT-x 选项，怎么办

碰到 BIOS 里确实没有“Virtualization Technology”或者“SVM Mode”选项时，最容易想到的结论是“CPU 不支持”，但真相经常不完全是这样。部分 OEM 笔记本会把虚拟化选项默认隐藏或直接固化，比如某些惠普、戴尔机器在出厂 BIOS 里不显示，需要更新到特定版本后才露出。另一个常见情况是主板厂商在 BIOS 里用了一个很接近但不一样的名称，比如把“Intel（VMX）Virtualization Technology”缩写成了“VMX”，只在下拉菜单里以子项形式存在，不仔细看很容易漏掉。

我的建议是分三步走。第一步，先在官网查这款机器或主板的最新 BIOS 版本，下载更新包并刷新即可。BIOS 更新后默认配置可能恢复成 Disabled，这时候再进去看是否多了虚拟化选项。第二步，把 BIOS 恢复默认设置，也就是 Load Optimized Defaults，部分主板恢复后反而会显示之前被隐藏的选项。第三步，如果还是找不到，用 CPU 型号官网查询确认是否支持 VT-x，如果是笔记本，留意是不是企业采购的定制 BIOS。

需要特别提醒：不要为了强行显示隐藏选项去下载非官方改装 BIOS 或使用未公开的调试工具，这类操作一旦失败，主板可能直接在刷写阶段报废，保修也作废。正规途径更新官方固件比任何所谓“解锁”方法都可靠。

4.2 AMD 平台和服务器主板有哪些不同

AMD 平台上对应的硬件虚拟化扩展是 AMD-V，出现在 BIOS 里时经常被写成 SVM Mode 或者 AMD SVM。在 AMD 主板的 BIOS 中，开启入口多半在 Advanced → CPU Configuration 下，也有部分厂家放在“Overclocking”里的“CPU Features”子菜单中。找到 SVM Mode 后设为 Enabled 即可，保存重启后在 Windows 里任务管理器的“虚拟化”字段同样会显示“已启用”。

服务器主板和准系统方面，Intel 平台的名称与消费级几乎一致，一般出现在 Advanced → Processor Configuration，部分超微和戴尔 PowerEdge 机型还会提供“Intel VT-d”与“SR-IOV”等更深层的选项，这些和本文的启动报错无关，可以留到后面做直通再研究。AMD 服务器主板上则找“SVM Mode”或“AMD IOMMU”，前者对应 CPU 运算虚拟化，后者对应设备直通。开启 IOMMU 对普通虚拟机没有直接影响，不用为了跑通 VMware 特意开。

还有一个容易误判的场景：虚拟机里再套虚拟机，也就是嵌套虚拟化。如果宿主机是虚拟机，客户机里又跑 VMware，BIOS 设置通常无法直接透传宿主机的 VT-x。解决方式不是调 BIOS，而是先在宿主机虚拟机软件里打开“向客户机操作系统公开虚拟化扩展”这类选项，比如 VMware 里叫“虚拟化 Intel VT-x/EPT 或 AMD-V/RVI”，Hyper-V 里叫“Expose Virtualization Extensions to guest OS”。这个条件和物理机上的 BIOS 开关完全是两回事，厘清之后能少走很多弯路。

4.3 老平台 CPU 的“半支持”状态要注意

一些比较老的 CPU 确实支持 VT-x，但缺少现代虚拟化必需的第二级地址转换——Intel 平台叫 EPT，AMD 平台叫 NPT/RVI。缺失 EPT 时，虚拟机启动可能不再报“VT-x 禁用”，而是报出“此主机 CPU 不支持 EPT”或“未经加速的虚拟机将无法运行”之类的提示。这时候 BIOS 开关对 EPT 没有任何作用，需要检查虚拟机软件是否启用了对应的“外部页表”设置，VMware 中就是勾选“虚拟化 Intel VT-x/EPT或AMD-V/RVI”中的 EPT 部分，VirtualBox 中则是勾选“启用嵌套分页”。

32 位和 64 位也存在一个历史遗留坑：部分老 CPU 只有 32 位指令集环境下的 VT-x 支持，在 64 位客户机中反而无法启动硬件加速。一般做法是给这类机器安装 32 位客户机系统，或者干脆放弃硬件虚拟化，使用纯软件模拟模式启动 32 位虚拟机，不过性能和兼容性都会大打折扣。现在的 Windows/macOS 主机上已经有大量软件虚拟化替代方案，遇到这种老古董平台，我的建议是别恋战，能升级硬件就升级。

5. 常见问题速查与我的踩坑心得

5.1 问题速查表

把各个阶段最容易遇到的情况集中放到表里，以后直接对照着查。

5.2 几个我亲测有效的土办法和小细节

先说一个很少人提示、但非常关键的细节：改完 BIOS 后第一次重启，尽量选择“重启”而不是“关机再开机”。原因很微妙，Windows 的“关机”在某些新主板上会触发固件快速启动或休眠恢复，BIOS 设置更新反而要等到下一次完整重启才应用。我在数次调整 BIOS 时遇到过改完设置后第一次开机蓝色报错，第二次又正常的情况，后来统一改用“保存并重启”流程，彻底再也没出过幺蛾子。

另一个经验是：如果你同时安装过 VirtualBox 和 VMware，两者在驱动层面会互相干扰，常见的表现是其中一个能跑，另一个报“找不到虚拟化引擎”。解决办法不是反复卸载重装，而是先彻底关闭两个软件，再到设备管理器里查看是否有 VirtualBox 的网络驱动或 VMware 的桥接协议残留，有的话先禁用或者卸载其中一个软件的扩展。我用 VirtualBox 和 VMware 并行测试过多次，最后保留一个主力软件，另一个只是偶尔打开，冲突明显减少。

还有一次是在一台戴尔笔记本上，BIOS 里明明显示虚拟化已启用，任务管理器也确认了，但 VMware 始终报错。后来排查到是 BIOS 里“VT Direct I/O”选项与“Intel Virtualization Technology”必须同时开启，仅开前者或仅开后者都会引发诡异现象。因此我的习惯是：只要能同时看到 VT-x 和 VT-d，就一起打开，代价几乎为零，还能顺带省去后续直通硬件时的麻烦。

最后再说一个容易被忽略的点：BIOS 更新本身也可能让原本可用的虚拟化选项消失。如果你最近刚刷过 BIOS，并且发现虚拟机开始报错，可以先把 BIOS 恢复出厂设置，再重新开启虚拟化。我个人遇到过显卡附带的虚拟化方案旧驱动抢占 VT-x 的情况，虽然少见，但排查到这一步时，检查一下系统里是否装有显卡虚拟化相关的驱动，也是个值得一试的思路。

所有这些方法我都按实际操作顺序整理过，核心只有一条：先确认 CPU 硬性支持，再动手改 BIOS，然后检查 Windows 是否抢路，最后回到虚拟机设置本身。只要顺着这个链条走，这条“此主机支持 Intel VT-x，但 Intel VT-x 处于禁用状态”的报错基本就能在十分钟内解决。如果你正卡在某一步，按上面的速查表从症状反推，比漫无目的地重启十次管用得多。