虚拟机重启后无法启动，大概率不是虚拟机本身坏了，而是宿主机的状态或虚拟机的引导配置出了问题，按顺序排查物理机服务、虚拟机磁盘挂载情况和引导修复，多数情况都能救回来。
重启后打不开，先搞清楚卡在哪一步
很多朋友遇到虚拟机重启后无法启动的情况,第一反应是删除重装，但虚拟机扔掉前，至少花两分钟看一下失败的具体位置，这一步能省掉大半天重装系统的时间。
区分物理机故障和虚拟机软件故障
虚拟机重启后无法启动,首先得想清楚你是同时用着物理机，还是纯虚拟机环境，如果你是把虚拟机装在Windows或者macOS上，重启后打不开虚拟机，先看看宿主机能不能正常开机，如果宿主机能进系统，Vmware Workstation或VirtualBox也能正常打开，只是虚拟机列表里的系统起不来，这个问题就出在虚拟机文件或引导层，反过来，如果宿主机都进不去，那别折腾虚拟机了，先把物理机的引导修复了再说。
看报错提示定位根因
重启后虚拟机打不开,屏幕上的报错信息就是最好的线索，常见的几种提示，基本能直接告诉你问题出在哪一层。
- “VMware Workstation cannot open one of the virtual disks” 或 “磁盘空间不足”：这通常是虚拟磁盘文件被占用，或者宿主机磁盘剩余空间不够，启动虚拟机时，系统要给虚拟磁盘扩展和写快照，剩余空间小于虚拟内存大小时，很容易启动失败。
- “The virtual machine is in use”：说明上次关机没有彻底释放进程，虚拟机进程还挂在后台，重启宿主机或强制结束这个进程就好。
- “Operating system not found” 或 “Boot device not found”：这是虚拟机的引导信息丢了，或者虚拟硬盘没有被正确识别，需要进恢复环境修引导。
- “Invalid configuration” 或 “Unsupported feature”：多半是虚拟机硬件配置和宿主机不兼容，比如你在低版本VMware里创建了虚拟机，升级到新版本后，某些硬件配置被锁死。
行业共识认为,超过一半的虚拟机无法启动问题，都出在引导配置和磁盘文件损坏上，而不是虚拟机被删了或系统彻底报废。
修复虚拟机磁盘文件，多数问题出在这
如果虚拟机的启动画面根本没出现,说明虚拟硬件层还没跑起来，这时候优先检查磁盘映像文件是否完整。
先确认虚拟磁盘是否处于锁定状态
虚拟机和物理机最大的区别在于,物理机重启后，硬盘是即时可用的，而虚拟机重启后，虚拟磁盘文件（vmdk或.vdi）需要宿主机的锁释放，强行关闭虚拟机可能残留.lck锁定文件，导致虚拟机重启后无法正常识别硬盘。
- 打开虚拟机所在的文件夹,查找名称带
-lck后缀的隐藏文件夹或文件。 - 关掉虚拟机进程后,删除或重命名这些锁定文件。
- 重新打开虚拟机,看能否正常加载磁盘。
如果是VMware Workstation，可以直接用vmware-vdiskmanager工具检查磁盘状态，命令参考：vmware-vdiskmanager -R "你的磁盘路径.vmdk"，VirtualBox则用VBoxManage checkmedium进行校验，能发现磁盘映像的头部是否损坏。
修复虚拟磁盘的引导扇区
虚拟磁盘的MBR或GPT引导扇区在强制断电或宿主机蓝屏时很容易损坏,这类情况用Windows安装盘修复即可。
如果你手边没有原版安装镜像,也可以在虚拟机设置里挂载PE镜像（比如微PE、优启通），从光驱启动进入PE系统，然后打开命令行工具：
- 输入
bootrec /fixmbr重建主引导记录。 - 输入
bootrec /fixboot修复启动扇区。 - 输入
bootrec /rebuildbcd重建启动配置数据。
这三条命令执行完,重启虚拟机，大多数引导损坏导致的无法开机都能解决，如果你使用的是Linux虚拟机，通过Live CD挂载根分区后，用grub-install /dev/sda重装GRUB引导即可。
宿主机强制关机导致虚拟磁盘损坏的场景
这类情况在无头虚拟机服务器上特别常见,很多朋友为了省事，直接按宿主机电源键重启，结果虚拟机的磁盘处于写状态，启动时找不到系统，处理方式很简单：
- 打开虚拟机设置,把硬盘控制器从IDE改成SATA，或从SATA改成SCSI，让虚拟机重新枚举磁盘设备。
- 再次重启虚拟机,系统可能提示文件系统有异常，让它自动扫描修复，等待完成即可。
用快照和备份找回虚拟机，避免推倒重来
如果你平时有打快照的习惯,虚拟机重启后无法启动，最快的恢复方式不是修复，而是回滚。
快照回滚操作路径
VMware Workstation上，点击顶部菜单“虚拟机” -> “快照” -> “快照管理器”，选择一个系统正常时的时间点，点“转到”，VirtualBox对应的是“备份”功能，操作路径是“控制” -> “备份”，选择一个备份点恢复。
注意,快照回滚会丢失从上一次快照到现在为止的全部数据变更，如果虚拟机上运行着数据库或需要长期保存的业务数据，回滚前先想想是否有更重要的东西需要保住。
有备份时的恢复策略
如果你平时把虚拟机备份到了另一块硬盘或NAS上,那就省事多了，直接把备份文件拷贝出来，在VMware或VirtualBox里重新“打开虚拟机”，选择备份目录下的.vmx或.vbox文件，启动即可，备份文件是开机状态下拷贝的？建议先把备份的虚拟磁盘做一次文件校验，VMware用vmware-vdiskmanager -R，VirtualBox用VBoxManage clonehd重新克隆一份，克隆过程中会自动修正不一致的数据块。
没有快照也没有备份时的抢救方法
这是最紧急的情况,虚拟机启动不了一旦确认系统文件没有备份，要做的不是反复重启尝试，而是立即把虚拟磁盘文件完整复制一份到其他磁盘，后续所有修复操作都在副本上进行，原始文件保留不动，这个操作虽然朴素，但能避免修复失败叠加新的损坏，导致彻底无法找回数据，复制完成后，在虚拟机设置里移除原磁盘，挂载副本文件，再启动虚拟机尝试修复。
排查宿主机的隐形杀手，硬件虚拟化设置
虚拟机重启后无法启动,还有一种非常隐蔽的原因是宿主机的BIOS设置被重置，比如Intel VT-x或AMD-V虚拟化技术被禁用，VMware启动时会直接报错“VMware Workstation cannot run in this computer”。
重启后BIOS被重置的场景
部分主板在硬件自检异常或内存超频失败后,会自动恢复默认BIOS设置，这会连带关闭虚拟化功能，遇到过虚拟机上一次用着好好的，宿主机重启一次后虚拟机就进不去的朋友，九成是这种情况。
- 重启宿主机,按Del或F2进入BIOS设置。
- 找到“Intel Virtualization Technology”或“SVM Mode”，设置为Enabled。
- 保存退出,重新打开虚拟机。
Windows系统里可以用命令行确认虚拟化是否生效,任务管理器 -> 性能 -> CPU -> 虚拟化状态，如果是“已禁用”，去BIOS开启即可，macOS上的虚拟机软件基本不受此影响，但Windows宿主机上非常常见。
检查Windows Hyper-V和虚拟机软件的冲突
Windows自带的Hyper-V或内核隔离（基于虚拟化的安全性）会和VMware Workstation、VirtualBox抢虚拟化权限，装了新版Windows后，Hyper-V默认开启，重启后VMware虚拟机很可能无法启动。
解决办法有两个：
- 在“控制面板”->“程序和功能”->“启用或关闭Windows功能”中，取消勾选 Hyper-V，重启宿主机。
- 保留Hyper-V，改用VirtualBox 7.x及以上版本，它对Hyper-V的兼容性比VMware好一些。
在北京、上海等地的企业IT环境里，因为Windows更新自动开启Hyper-V导致的虚拟机无法启动，这几年并不少见，重装虚拟机系统前，先查这一步，成本远低于全盘重建。
预防虚拟机重启后无法启动的永久方案
前面讲了几种修复方向,但最好的方式是让虚拟机永远不出这种问题，毕竟虚拟机重启后无法启动这件事，突发性很强，中间一旦夹着未保存的数据，损失不只是时间成本。
给虚拟机建立安全关机习惯
虚拟机不像物理机,直接点“关机”按钮不一定生效，尽量在虚拟机系统内部完成关机操作，等虚拟机的电源状态变成“已关闭”后，再关宿主机或迁移虚拟机，强行在虚拟机系统运行中执行宿主机重启，大概率损坏虚拟磁盘中的缓冲数据，你可以为虚拟机设置一个提示，比如在VMware的“虚拟机设置”中，勾选“客户机关机后关闭虚拟机”，给关机操作加一个缓冲。
定期做备份和快照，固定频率比计划更重要
不用去想什么复杂的备份策略,只要记住一条规则：每次重大操作前，手动打一个快照；每周至少完整备份一次虚拟机文件，快照用VMware自带功能，备份直接复制整个虚拟机文件夹到移动硬盘，比任何云备份都踏实，很多机房运维人员的做法是：虚拟机改动配置前打快照，每周定时把虚拟磁盘克隆一份到备用存储，这个习惯成本非常低，但确实能兜底。
控制宿主机的自动更新策略
Windows宿主机自动更新重启,是导致虚拟机损坏的高发场景，要么设置活动时间，让系统在晚上固定窗口更新，避开虚拟机使用时间；要么把系统更新改为手动下载，确认更新内容不影响虚拟化功能后再安装，Linux宿主机上的虚拟机用户可以在/etc/apt/apt.conf.d中配置升级策略，避免内核升级后未重启宿主机，导致KVM模块状态不匹配。
虚拟机和物理机重启后故障的差异，对症下药
很多朋友会疑惑,为什么物理机重启开机好好的，虚拟机重启后反而不行？物理机重启后，如果进不了系统，最多是系统引导坏了，用安装盘修复就行；但虚拟机重启后无法启动，可能是虚拟化环境、磁盘映像、虚拟硬件配置、快照链断裂等多重因素叠加。物理机是硬件固定只跑一个系统，虚拟机是硬件配置和操作系统分离，任意一层配置变动都可能中断启动
。
针对不同使用场景,处理优先级也要调整：
- 本地VMware Workstation虚拟机：优先排查宿主机虚拟化开关，再检查锁定文件。
- VirtualBox虚拟机：优先排查虚拟磁盘是否被占用，再检查扩展包版本和虚拟机配置是否匹配。
- Hyper-V虚拟机：优先检查虚拟交换机配置和虚拟机状态是否为“已保存”但恢复失败。
- 最严重的情况是虚拟机快照文件损坏,这类故障的特征是虚拟机启动时提示“无法找到相关快照”或者虚拟磁盘文件链断裂，如果你有多个快照，在文件管理器里不要动快照文件（如.vmsn和-delta.vmdk），需要恢复时直接打开快照管理器，让虚拟化软件自己处理层级关系。
虚拟机无法启动，怎样做不会丢数据
不管你面对的是哪种报错,记住一个原则：先复制文件，再动手修复，这句话适用于上文提到的所有方案，即便你现在什么技术处理都不会，把整个虚拟机文件夹备份到另一块硬盘上，再慢慢查原因，虚拟机文件一个字节都不会少，修复引导、删除锁定文件、调整配置，任何操作都建立在备份完成之后。
如果你没有剩余硬盘空间做全量备份,至少把虚拟磁盘文件单独复制出来，比如Windows虚拟机里的.vmdk或.vhdx文件，Linux虚拟机里的.qcow2或.vdi文件，这块文件就是虚拟机的整块硬盘，它能完整打开，数据就还在，虚拟机的配置文件（.vmx、.vbox）重建起来很容易，但磁盘文件丢失了，就算技术手段再先进，恢复代价也非常昂贵。
虚拟机重启后无法启动常见问题解答
虚拟机重启后无法启动，重装系统是不是唯一办法？
不是,绝大多数情况是引导项丢失或虚拟磁盘锁定，可以用系统安装盘修复引导，或删掉.lck锁定文件解决，只有当虚拟磁盘文件头彻底损坏且快照也异常时，才需要重新安装系统，建议在重装前先把虚拟磁盘作为附加磁盘挂载到另一台正常的虚拟机上，尝试把里面的用户数据目录拖出来再重装。
虚拟机启动卡在Windows加载界面但进不去系统，怎么处理？
先在虚拟机设置里调高内存容量或处理器核心数,再次启动试试，如果无效，重启虚拟机并按F8调出启动选项菜单，选择“启用低分辨率视频”或“最近一次的正确配置”，还是不行的话，用PE镜像进入虚拟机的恢复环境，打开命令行执行dism /online /cleanup-image /restorehealth修复系统映像文件，之后重启通常能恢复正常，注意修复过程中不要让虚拟机的虚拟硬盘占用空间超过宿主机实际剩余容量的80%，否则修复过程会异常中断。
为什么虚拟机用着用着突然重启，之后再也打不开？
这种场景通常是宿主机处理器过热或内存不足触发自我保护性重启,虚拟机突然被断电后，虚拟磁盘写入缓存来不及落盘，磁盘元数据遭到破坏，处理方式是先检查宿主机的温度监控日志和系统事件日志，确认不是硬件问题，再对虚拟磁盘做一次文件系统一致性检查，Windows虚拟机可以在恢复环境执行chkdsk /f /r扫描磁盘错误，Linux虚拟机在Live CD环境下执行fsck /dev/sda1，如果磁盘错误量较大，扫描过程可能会持续较长时间，中间不要强制中断，否则数据损坏面积会扩大。
首发原创文章，作者：王坚，如若转载，请注明出处：https://idctop.com/article/618588.html
