我试图使用VMware Workstation（6.5.3.185404和7.0.1.227600）在32位主机（强化的Gentoo Linux，内核2.6.28-hardened-r9）上启动64位来宾（MacOSX和Windows7）。
如果在BIOS中禁用了VT-X，VMware将拒绝启动64位guest虚拟机（如预期的那样）。 如果在BIOS中启用了VT-X，VMware会启动guest虚拟机而不会抱怨，但是在一秒钟之内（假设guest虚拟机尝试打开64位），我的主机重新启动（实际上，它更像是重置 – 正常的重启过程跳过BIOS POST立即开始）。
我的硬件是华硕P5B-Deluxe上的Core 2 Duo 6600，具有最新稳定的BIOS 1101.我已经开机了系统，然后在BIOS中启用了Vanderpool。 我的CPU不支持可信执行技术，无法在BIOS中禁用它。 之后我重新启动了几次，有时会重新启动，并确保在BIOS中启用了Vandertool。
我还运行了VMware-guest64check-5.5.0-18463工具，并报告“此主机能够在此VMware产品下运行64位客户机操作系统”。
大约一年前，我试图禁用内核中的强化，以确保这不是因为PaX / GrSecurity，但这并没有帮助。 我还没有检查启用VT-X的32位客人，但没有VT-X他们工作正常。 华硕提供“testing”BIOS更新，但根据他们的描述这些更新不能解决这个问题，所以我不知道是不是好主意尝试。
我现在最好猜测是主板/ BIOS错误。 有任何想法吗？
更新1：我试图启动vt.iso在http://communities.vmware.com/docs/DOC-8978提供，这是它的报告：
CPU 0: VT is enabled on this core
CPU 1: VT is enabled on this core
更新2：我刚刚尝试使用所有可能的虚拟化模式引导32位来宾（Windows7，Ubuntu9.04和Gentoo）。 在Automatic ， Automatic with Replay ， Binary translation一切正常，在Intel VT-x/EPT or AMD-V/RVI我得到的消息“这个主机不支持EPT，使用软件MMU软件虚拟化。 一切正常。 但在Intel VT-x or AMD-V模式下，所有32位来宾都像64位来宾一样重置主机！ 所以， 这个问题不是特定于64位的客人 。
还有一件事。 使用Intel VT-x or AMD-V模式用于32位/ 64位客户机，我的主机在启动虚拟机之后立即复位，即在虚拟机BIOS POST之前，甚至在虚拟机启动之前。 但使用Intel VT-x/EPT or AMD-V/RVI虚拟机的BIOS运行正常，然后64位客人开始启动（Windows7完成“加载文件”进度条），并且只有在主机重置后。
编辑：我不再相信我的回应，下面，是有用的。 我会鼓励其他人提供替代答案。
在32位主机上运行64位客户机是一件非常糟糕的事情。 令人惊讶的是，VMware Workstation显然可以在有限的情况下实现这一点，但是我认为使用64位主机操作系统会更好。
这是我会build议的：
P2V您现有的32位Gentoo主机，并确保它在VMware Workstation中启动。 根据您使用固定IP地址还是可以预见其他潜在冲突，您可能需要注意虚拟networking适配器设置，以便进行此testing。
备份一切，包括新的Gentoo虚拟机。
光滑，并安装任何完全支持的64位主机操作系统。
在VM中启动现有的32位盒子。 当然，你可以在全屏模式下运行它，给它一个桥接networking适配器，并用它作为你的“主要”操作系统。 如果你有足够的内存，并给它一个自己的物理磁盘，你不应该注意到任何显着的性能变化。
运行32位和64位客户机操作系统以满足您的心意。
可能有些原因，为什么你不能这样做，但是如果你没有阻塞问题，它可以给你一个完全支持的path。
大约一年前，我试图禁用内核中的强化，以确保这不是因为PaX / GrSecurity，但这并不能解决问题。
最后，在当前的内核中（testing2.6.32-hardened-r22和2.6.35-hardened-r5），可以通过closuresCONFIG_PAX_MEMORY_UDEREF来解决这个问题！