serverstackqns Asked: 2015-01-29 04:11:33 +0800 CST2015-01-29 04:11:33 +0800 CST 2015-01-29 04:11:33 +0800 CST 加载/scsi-qla.v01 时出错，致命错误：33 772 我面临一个问题，似乎是一个罕见的问题。除了这个，没有人在任何博客中问过这个问题。我的一台 Esxi 5.1 主机（不是实际的服务器，只是充当服务器的物理工作站）一直工作到上周。不知道突然发生了什么，开始显示错误如下图： 我无法尝试在此之上安装新的 Esxi，因为其中存在大量数据。有没有人遇到过这种问题？除了提到的方式之外，关于如何解决这个问题的任何想法？ vmware-esxi 3 个回答 Voted Best Answer serverstackqns 2015-01-29T21:07:13+08:002015-01-29T21:07:13+08:00 基本上，我的 ESXi 安装已损坏。我用第三个选项修复了它。 选项：- 按照这篇文章修复 如何：修复错误加载 /s.v00 致命错误：33（不一致的数据）在 VMware vSphere Hypervisor 恢复模式 - 在 ESXi 引导时按 Shift 和 R，如果您曾经升级过 ESXi，您将能够回滚到以前的版本，然后再次升级。 重新安装 ESXi。重新安装时，会发现旧的安装，并要求升级或重新安装，如果您执行重新安装，它会发现现有的VMFS分区，并询问您是否要PRESERVE，选择YES，然后这个将保留所有虚拟机，然后在开机时，只需使用 Inventory 重新注册虚拟机，即浏览数据存储区，浏览文件夹，选择 VMX 文件，右键单击并选择注册虚拟机 David Killingsworth 2015-08-07T02:16:50+08:002015-08-07T02:16:50+08:00 我遇到了同样的问题，虽然错误消息是“错误加载/s.v00，致命错误：33” 我确实让我的服务器从外部 USB 上的 VMware 安装启动。 我从最新版本的 5.5 下载并创建了一个新的安装程序，它恰好是更新 2 并运行它。我没有选择重新安装，只能安装和升级。 我选择升级并且该过程成功完成，然后我能够正常启动我的服务器。 John Neerdael 2020-08-07T01:40:20+08:002020-08-07T01:40:20+08:00 在 ESXi 7.0 上也遇到了这个问题（不知道是什么触发了它），据我所知没有停电。无论如何，从可引导的 USB 升级到 ESXi 7.0 并不能解决问题，但是运行全新的安装并重新注册我的虚拟机确实有效。
基本上，我的 ESXi 安装已损坏。我用第三个选项修复了它。
选项：-
如何：修复错误加载 /s.v00 致命错误：33（不一致的数据）在 VMware vSphere Hypervisor
恢复模式 - 在 ESXi 引导时按 Shift 和 R，如果您曾经升级过 ESXi，您将能够回滚到以前的版本，然后再次升级。
重新安装 ESXi。重新安装时，会发现旧的安装，并要求升级或重新安装，如果您执行重新安装，它会发现现有的VMFS分区，并询问您是否要PRESERVE，选择YES，然后这个将保留所有虚拟机，然后在开机时，只需使用 Inventory 重新注册虚拟机，即浏览数据存储区，浏览文件夹，选择 VMX 文件，右键单击并选择注册虚拟机
我遇到了同样的问题，虽然错误消息是“错误加载/s.v00，致命错误：33”
我确实让我的服务器从外部 USB 上的 VMware 安装启动。
我从最新版本的 5.5 下载并创建了一个新的安装程序，它恰好是更新 2 并运行它。我没有选择重新安装，只能安装和升级。
我选择升级并且该过程成功完成，然后我能够正常启动我的服务器。
在 ESXi 7.0 上也遇到了这个问题（不知道是什么触发了它），据我所知没有停电。无论如何，从可引导的 USB 升级到 ESXi 7.0 并不能解决问题，但是运行全新的安装并重新注册我的虚拟机确实有效。