Win10容器功能勾选引发连锁反应 导致虚拟机全线瘫痪：如何解决

 2 月 4 日最新消息，有 win10 2019 enterprise ltsc 用户反馈，在启用系统自带的“容器”containers）功能后，会导致 vmware workstation 无法启动虚拟机并报错，同时引发 virtualbox 运行蓝屏。

根据 win10 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 功能”对话框，找到并取消勾选“容器”以及“容器镜像管理”选项。点击确认并按照提示重启 win10 后，vbs 将释放底层虚拟化权限。