Win10一个不起眼的勾选让虚拟机全线瘫痪:附解决办法

一个不起眼的勾选，竟让虚拟机全线瘫痪

最近，科技媒体BornCity报道了一则让不少IT管理员和技术爱好者头疼的消息。根据其2月4日发布的博文，一些使用Windows 10 2019 Enterprise LTSC版本的用户发现，只要在系统设置里开启了“容器”（Containers）功能，VMware Workstation就再也无法启动虚拟机，而VirtualBox更是直接导致宿主系统蓝屏死机。

具体来说，用户的反馈非常一致：在开启容器功能后，运行VMware Workstation 17会直接拒绝启动虚拟机，并弹出一个明确的错误提示框；如果转而尝试启动VirtualBox，结果更糟——宿主机当场崩溃，熟悉的蓝屏（BSOD）界面随之出现。

VMware Workstation的报错信息其实已经指明了方向。它明确提示，由于检测到宿主机启用了Hyper-V或“设备/凭据防护”（Device/Credential Guard），导致当前环境不满足运行虚拟机的最低要求。

这里就引出了一个关键的技术背景。根据VMware官方支持文档（KB76918）的解释，当宿主机启用了Hyper-V或VBS（基于虚拟化的安全性）后，VMware Workstation会尝试去调用Windows的Hypervisor Platform技术来协调运行。

问题在于，如果系统版本（比如相对较旧的Win 10 2019 LTSC）或硬件本身不满足要求，这次调用就会失败。这时，用户似乎就陷入了僵局：要么升级整个操作系统，要么彻底放弃VBS相关功能。

然而，很多用户检查后发现事情并不简单。在“Windows功能”列表里，“Hyper-V”这个选项明明没有勾选；再到“Windows安全中心”的“核心隔离”设置里查看，“内存完整性”也处于关闭状态。一切看起来都很“干净”。

但真相藏在“系统信息”（System Information）面板里。在这里，“基于虚拟化的安全性”这一栏，赫然显示着“正在运行”。这意味着，一定有其他后台设置，在用户不知情的情况下，强制调用了系统的虚拟化底层资源。

经过一番排查，故障的根源终于水落石出——正是Windows那个看似无害的“容器”（Containers）功能。用户可能之前为了测试Docker或者学习容器技术，顺手在“启用或关闭Windows功能”对话框中勾选了“容器”以及“容器镜像管理”（Container Image Manager）。

正是这个不起眼的操作，埋下了冲突的种子。虽然它没有在前台直接点亮Hyper-V的选项，但在底层逻辑上，Windows的容器技术高度依赖于VBS和Hyper-V的基础架构。因此，启用容器功能，就等于在后台隐性地激活了VBS。这样一来，它与VMware、VirtualBox这类需要独占虚拟化资源的软件，自然就产生了不可调和的冲突。

解决方法

解决办法其实相当直接。用户只需要再次打开“启用或关闭Windows功能”对话框，找到并取消勾选“容器”以及“容器镜像管理”这两个选项。确认更改后，根据提示重启Windows 10系统。重启完成后，VBS便会释放对底层虚拟化权限的占用，VMware Workstation和VirtualBox就能恢复正常工作了。