KVM嵌套虚拟化下Windows宿主机L2虚拟机运行异常求助

你的问题很典型——在KVM（L0 Ubuntu）上嵌套Windows 10（L1）后，无论是VirtualBox还是Bluestacks都无法正常运行L2虚拟化，即便你已经开启了KVM的嵌套虚拟化支持。下面我会拆解几个核心原因，并给出针对性的解决步骤：

1. KVM虚拟机CPU配置的关键遗漏 #

虽然你已经开启了KVM的nested支持，并且在虚拟机配置中添加了vmx特性，但Windows作为L1客户机，还需要额外的CPU特性和虚拟化优化才能让L2虚拟机正常工作：

调整virsh配置： #

编辑你的Windows虚拟机配置（virsh edit <vm-name>），更新CPU和features部分：

<features>
  <acpi/>
  <apic/>
  <vmport state='off'/>
  <!-- 添加Hyper-V enlightenments，帮助Windows更好适配KVM虚拟化环境 -->
  <hyperv>
    <relaxed state='on'/>
    <vapic state='on'/>
    <spinlocks state='on' retries='8191'/>
    <vpindex state='on'/>
    <runtime state='on'/>
    <synic state='on'/>
    <stimer state='on'/>
  </hyperv>
</features>
<cpu mode='custom' match='exact' check='partial'>
  <model fallback='allow'>Haswell</model>
  <feature policy='require' name='vmx'/>
  <!-- 添加unrestricted_guest，允许客户机使用完整CPU指令集 -->
  <feature policy='require' name='unrestricted_guest'/>
</cpu>

保存配置后重启Windows虚拟机，这一步能让KVM更顺畅地将虚拟化能力传递给Windows L1。

2. Windows隐性Hyper-V组件残留 #

即使你在"可选功能"中关闭了Hyper-V，Windows系统仍可能有依赖虚拟化的后台组件在运行，抢占VT-x资源：

彻底禁用Hyper-V及相关组件： #

1. 以管理员身份打开命令提示符，执行以下命令：

bcdedit /set hypervisorlaunchtype off

2. 关闭Device Guard/Credential Guard：
   • 打开组策略编辑器（gpedit.msc）
   • 导航到计算机配置 > 管理模板 > 系统 > Device Guard
   • 启用关闭基于虚拟化的安全策略
3. 重启Windows系统后，验证Hyper-V是否完全关闭：
   执行systeminfo命令，查看"Hyper-V Requirements"部分，确保所有项显示为No。

3. VirtualBox的嵌套虚拟化设置 #

在嵌套的Windows L1中运行VirtualBox，需要调整VirtualBox的全局和虚拟机设置：

1. 打开VirtualBox，进入文件 > 全局设置 > 系统，确保启用嵌套VT-x/AMD-V已勾选。
2. 针对新建的L2 Ubuntu虚拟机，进入设置 > 系统 > 处理器，勾选启用嵌套VT-x/AMD-V，同时取消勾选启用PAE/NX（部分场景下会引发冲突）。
3. 关闭VirtualBox的Hyper-V兼容模式：
   • 打开命令提示符，执行：

   VBoxManage setextradata global "VBoxInternal/NEM/UseRing0Runloop" 0
   

   这会强制VirtualBox使用传统虚拟化路径，而非依赖Hyper-V。

4. Bluestacks的Hyper-V误判解决 #

Bluestacks的检测机制可能会识别到底层KVM的虚拟化痕迹，误判为Hyper-V开启：

1. 修改Bluestacks注册表设置：
   • 打开注册表编辑器（regedit）
   • 导航到HKEY_LOCAL_MACHINE\SOFTWARE\BlueStacks_nxt
   • 新建DWORD值EnableHyperV，设置值为0
2. 使用Bluestacks的"Hyper-V兼容模式"开关：
   • 打开Bluestacks多开管理器，进入设置 > 引擎，找到"Hyper-V兼容模式"并关闭（部分版本可能叫"强制关闭Hyper-V检测"）。

完成以上步骤后，重启Windows L1虚拟机，再尝试运行VirtualBox和Bluestacks，应该能解决L2虚拟化的问题。

内容的提问来源于stack exchange，提问作者jpmorris