我在IBM x3550M3服务器上没有在VMWare ESXi 5.0下引导的guest虚拟机出现问题。
注意：调查最终确定问题出在联想边缘笔记本电脑上的VMware客户端，这是Linux IT商店中唯一可用的Windows操作系统。
联想边缘上的vSphere Client v4和v5行为重复。 正如对接受的答案的评论所指出的那样，使用不同的videoreplace工作站是对这个特定问题的“修正”。
ESXi主机启动得很好。 客户端连接就好了。 客人可以configuration，但不能成功启动。 最初的客户内存消耗跳到560MB，几秒钟后下降到40MB。 初始CPU使用率是1个完整CPU（每个图表3000Ghz），立即下降到29Mhz。 客户端不在控制台选项卡中显示任何输出，但显示“已打开”状态。 事件选项卡中没有错误。 从BIOS切换到EFI没有区别。
虚拟机被列为版本7，并且所有可用的客户机操作系统风格的行为都是重复的。 服务器在“仅传统模式”下启动时，问题也会重复出现。
日志不包含任何特别可疑的内容。
编辑：客户端和服务器之间没有防火墙，路由器或VLAN。
编辑2：我们已经尝试在访客设置中的下次启动checkbox中启动客人进入BIOS屏幕。 没有成功。
编辑3：500GB数据存储，其上有1个40GB虚拟机。 充足的空间。
编辑4：从旧ESXi 4服务器复制的guest虚拟机不能在ESXi 5系统上引导。 最初它抱怨configuration的默认2500x1600videoRAM太less，但它仍然无法正常工作，即使我碰撞videoRAM设置或切换到自动检测。
首先，请检查您是否可以通过以下端口从客户端系统访问vSphere vCenter或ESXi服务器： telnet esx.server.ip 902和903.可以使用客户端计算机上的telnet esx.server.ip 902进行validation。 在这里查看VMWare使用的完整端口定义 。
至于虚拟机，有几种debuggingESXi启动问题的方法。 我build议从ESXi控制台检查VM的日志。 假设您启用了ESXi控制台访问 （或ssh访问），则可以检查虚拟机目录中日志的输出。
对于像您这样的系统，使用本地存储，目录path将类似于以下内容（假定名为“Virtual_Machine”的虚拟机）：
cd /vmfs/volumes/datastore1/Virtual_Machine/
在该目录中，您可以检查vmware.log文件。 我试图将时间戳与您的启动活动关联起来，或者尝试在您尝试从vSphere客户端执行操作时拖拽最近的日志文件。