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

科技媒体 BornCity 2 月 4 日发布博文，报道称 Windows 10 2019 Enterprise LTSC 用户反馈，系统设置中开启“容器”（Containers）功能后，会导致 VMware Workstation 无法启动虚拟机并报错，同时引发 VirtualBox 运行蓝屏。

根据 Windows 10 2019 Enterprise LTSC 用户反馈，运行 VMware Workstation 17 虚拟化会拒绝启动虚拟机，并弹出错误提示框；而尝试运行 VirtualBox 后，宿主机会直接崩溃并出现蓝屏（BSOD）。

VMware Workstation 在启动失败时会明确提示：由于检测到 Hyper-V 或已启用“设备 / 凭据防护”（Device / Credential Guard），导致宿主机不满足运行虚拟机的最低要求。

我们援引 VMware 官方支持文档（KB76918），当宿主机启用了 Hyper-V 或 VBS（基于虚拟化的安全性）后，VMware 会尝试调用 Windows Hypervisor Platform 技术。

若系统版本（如 Win 10 2019 LTSC）较旧或硬件不达标，该调用就会失败。此时，用户通常会陷入两难：要么升级操作系统，要么彻底放弃 VBS。

用户在检查“Windows 功能”列表后，发现“Hyper-V”选项并未勾选；检查“Windows 安全中心”的“核心隔离”设置，内存完整性也处于关闭状态。

然而，在“系统信息”（System Information）面板中，“基于虚拟化的安全性”一栏却赫然显示为“正在运行”。这意味着，系统中存在其他设置正在后台强制调用虚拟化底层资源。

经过回溯，故障根源最终被锁定在 Windows 的“容器”（Containers）功能上。用户此前可能为了测试 Docker 或学习容器技术，在“启用或关闭 Windows 功能”中勾选了“容器”和“容器镜像管理”（Container Image Manager）。

这一操作虽然没有直接开启 Hyper-V 的 UI 选项，但在底层逻辑上，Windows 容器技术依赖于 VBS 和 Hyper-V 基础架构。因此，启用容器功能等同于隐性激活了 VBS，从而导致了与 VMware 和 VirtualBox 的独占冲突。

解决方法

用户只需再次进入“启用或关闭 Windows 功能”对话框，找到并取消勾选“容器”以及“容器镜像管理”选项。点击确认并按照提示重启 Windows 10 后，VBS 将释放底层虚拟化权限。

最新评论