ESXi打开虚拟机失败，先别重装ESXi，也别急着删磁盘文件，按“抓原始报错→查存储挂载→查文件锁→核资源配置与快照链”的顺序走，多数故障能在10到30分钟内定位到具体环节。
虚拟机开不了机，最怕两件事：一是只看一句“打开电源失败”就盲目重启主机，二是直接删.lck文件或快照，前者容易扩大影响面，后者可能把可恢复问题变成数据损坏,下面按实操顺序拆开讲。
ESXi虚拟机开机失败怎么排查？先按这个顺序走
先把排查顺序固定下来，现场不容易乱，先看任务和事件里的原始报错，再查存储连接与数据存储挂载，然后确认虚拟机是否被锁或重复注册，最后核对资源、配置和快照链，这个顺序的好处是：从外到内，先排除“主机看不到文件”的问题，再处理“文件打不开”的问题。
第一步：把原始报错抓出来
不要只记“开机失败”四个字，在vSphere Client里进入虚拟机→监控→任务和事件，把报错原文和时间点截图，常见原文包括“找不到文件”“无法打开磁盘”“文件被锁定”“内存不足”“无效配置”,不同原文对应完全不同的处理方向。
命令行也能补信息,SSH登录ESXi后执行：
vim-cmd vmsvc/getallvms：列出虚拟机及Vmid。vim-cmd vmsvc/power.getstate <Vmid>：查看电源状态。vim-cmd vmsvc/power.on <Vmid>：尝试开机并回显报错。tail -n 100 /var/log/hostd.log：看管理代理日志。tail -n 100 /var/log/vmkernel.log：看存储和硬件层日志。
虚拟机目录下的vmware.log更直接，在数据存储浏览器进入虚拟机文件夹，下载最近时间的vmware.log，搜索“disk”“lock”“snapshot”“vmx”等关键词，据VMware官方文档，虚拟机的开机过程会检查配置、磁盘链和资源分配；行业共识认为,存储连接和文件锁是ESXi虚拟机无法启动的高频原因。
第二步：查存储连接和数据存储挂载
很多“打开虚拟机失败”不是虚拟机坏了，而是ESXi主机看不到数据存储，先看存储→数据存储是否显示正常，容量是否接近满，再查NFS、iSCSI连接：
esxcli storage filesystem list：看文件系统挂载状态。esxcli storage vmfs extent list：看VMFS卷。esxcli storage nfs list：看NFS挂载。esxcli iscsi session list：看iSCSI会话。vmkping -I vmk1 <存储IP>：从对应vmk接口测连通性。df -h：快速看容量使用情况。
如果同一条存储上的多台虚拟机同时开不了机，优先查存储链路、交换机端口和阵列状态，不要先动虚拟机文件，数据存储满、NFS挂载丢失、iSCSI会话中断，都会让虚拟机开机时找不到.vmx或.vmdk。
第三步：查文件锁和重复注册
报“文件被锁定”时，先确认虚拟机是否已经在另一台主机上运行，或者HA切换后残留注册，不要上来就删.lck目录，先用vmkfstools -D /vmfs/volumes/<数据存储>/<虚拟机目录>/<虚拟机>.vmx看锁持有者，输出里会带MAC地址，再用esxcli vm process list看当前运行的虚拟机进程。
处理原则很简单：确认没有进程占用，再处理锁；确认没有另一台主机注册，再重新注册，如果虚拟机在另一台主机运行，先在vCenter里确认归属，必要时迁移或注销，而不是两边同时开机，业内专家指出，生产环境先确认备份和锁持有者，再动文件,能避免大多数二次故障。
第四步：核资源配置与快照链
资源不足也会表现为“打开电源失败”，重点看主机内存、资源池限制、CPU和内存预留、HA准入控制，大内存虚拟机在主机内存紧张时更容易起不来,检查主机内存和运行中虚拟机：
esxcli hardware memory getesxcli vm process list
配置类问题则看.vmx是否被误改、磁盘文件名是否对得上、快照链是否断裂，快照管理器里如果提示链不完整，先别合并或删除快照，可以先备份虚拟机目录，再用“注册现有虚拟机”方式把.vmx重新注册到清单里，新建虚拟机挂载现有磁盘属于恢复手段,操作前必须确认备份可用。
ESXi虚拟机无法启动是什么原因？四类高频故障对照
把现象和排查入口对上，效率会高很多,下面这张表适合现场快速对照。
| 现象 | 优先查什么 | 常用入口 | 处理方向 |
|---|---|---|---|
| 任务报“找不到文件” | 数据存储挂载、路径变化 | 存储→数据存储；esxcli storage filesystem list |
恢复挂载、修正路径、重新注册 |
| 报“无法打开磁盘/文件被锁定” | 文件锁、另一台主机注册 | vmkfstools -D；esxcli vm process list |
确认进程和归属后释放锁 |
| 报“内存不足/资源不足” | 主机内存、资源池、HA准入 | 主机→监控→性能；资源池设置 | 迁移虚拟机、调整预留、扩容 |
| 报“无效配置/无法解析vmx” | .vmx损坏、快照链断裂 |
vmware.log；快照管理器 |
备份后修复配置、挂现有磁盘 |
存储类：找不到文件、无法打开磁盘
这类问题先查“主机还能不能看到存储”，NFS挂载丢失、iSCSI会话断开、VMFS卷未挂载，都会让虚拟机开机失败，处理时先恢复存储连接，再尝试开机，不要在同一条存储异常时反复重启ESXi主机,容易让其他虚拟机一起受影响。
锁类：文件被锁定、另一台主机已注册
锁问题要讲证据，用vmkfstools -D看锁持有者，用esxcli vm process list看进程，确认虚拟机没有在别处运行，再处理锁文件，直接删.lck的风险是双写，严重时损坏磁盘，企业机房场景下,还要确认HA或DRS是否刚刚做过切换。
配置类：vmx损坏、快照链断裂
.vmx是文本配置，误改后可能无法解析，先备份整个虚拟机目录，再检查磁盘路径、网卡类型、固件类型等关键项，快照链断裂常见于快照文件被手工移动或删除，表现为无法打开磁盘，此时优先恢复快照文件或从备份恢复,不要直接合并快照。
资源类：内存不足、资源池限制
主机内存够不够，不能只看“已用内存”一个数字，还要看虚拟机内存预留、资源池上限、HA准入控制，大内存虚拟机开机时如果无法满足预留，就会失败，处理方式是迁移到资源更宽松的主机，或调整预留和资源池限制,调整前确认业务窗口。
企业机房ESXi虚拟机无法启动处理流程：先保业务再修单机
企业机房处理这类故障，顺序比命令更重要，先确认影响面：是单台虚拟机，还是同一数据存储上的多台虚拟机；是否影响核心业务；有没有可用备份或快照，然后保留现场：截图任务事件，下载vmware.log和hostd.log,记录故障时间点。
接下来隔离风险：能迁移的运行中虚拟机先迁走，必要时把故障主机置于维护模式，涉及NFS、iSCSI、存储阵列时，先联系存储侧确认链路和阵列状态，不要盲目重启ESXi主机，单机恢复完成后再验证开机、网络、应用连通性和快照策略，说白了，先保业务，再修单机；先留证据，再动文件。
ESXi虚拟机开机失败和宿主机资源不足有关吗？
有关，而且比很多人想得更常见，尤其是大内存虚拟机、设置了较高内存预留的虚拟机，以及启用了HA准入控制的集群，主机内存紧张时，虚拟机开机阶段就可能分配不到资源，排查时看主机内存、资源池限制和HA准入，不要只盯虚拟机配置，处理上优先迁移到资源更宽松的主机，或在业务窗口内调整预留，扩容不是第一反应,先确认瓶颈在哪。
实操命令清单：SSH登录后先跑这几条
下面这些命令适合在维护窗口内使用,执行前确认连的是正确主机。
vim-cmd vmsvc/getallvms：确认虚拟机注册状态和Vmid。vim-cmd vmsvc/power.getstate <Vmid>：看电源状态。tail -n 100 /var/log/hostd.log：看管理代理报错。tail -n 100 /var/log/vmkernel.log：看存储和硬件层报错。esxcli storage filesystem list：看数据存储挂载。vmkping -I vmk1 <存储IP>：测存储网络连通性。vmkfstools -D <虚拟机.vmx路径>：查文件锁持有者。esxcli vm process list：看运行中虚拟机进程。df -h：看容量是否接近满。
管理代理异常时，才考虑在维护窗口执行/etc/init.d/hostd restart和/etc/init.d/vpxa restart，不要把它当成第一步，重启代理会短暂影响管理连接,生产环境先确认没有正在执行的任务。
ESXi虚拟机开机失败Q&A：报错、费用与恢复顺序
ESXi虚拟机开机失败后，能不能直接删.lck锁文件？
不建议直接删，先用vmkfstools -D确认锁持有者，再用esxcli vm process list确认没有进程占用，确认虚拟机没有在另一台主机运行后，再按流程处理锁,直接删可能造成双写和数据损坏。
ESXi虚拟机开机失败维修多少钱？
没有统一报价，费用差异主要来自故障范围、是否需要现场处理、是否涉及存储阵列或数据恢复、设备是否在维保期内，远程排查通常按次或按工时计，涉及数据恢复和存储厂商联动会更高，报价前先让对方给出排查范围和报价口径,比单纯比价更可靠。
ESXi虚拟机开机失败和快照链断裂有关吗？
有关，快照链缺文件或链关系不完整时，虚拟机开机阶段会报无法打开磁盘，先看快照管理器和vmware.log，备份虚拟机目录后再处理，快照链完整性属于开机自检的一部分,缺文件就会报无法打开磁盘。