虚拟机guest开启失败或没反应，绝大多数情况下是宿主机没有开启硬件虚拟化、残留进程锁文件冲突或虚拟机配置文件损坏，按照“硬件虚拟化→残留进程→日志排查→重建配置”的顺序操作，通常不用重装系统就能恢复。
虚拟机guest开启失败是什么原因？先分清“完全没反应”和“启动后报错”
很多人说“虚拟机guest开启失败”，其实有两种完全不同的表现，一种是双击启动后鼠标转了几圈，窗口没出现，像什么也没发生过；另一种是弹出了错误框，只是你不确定怎么处理，绝大多数“没反应”比报错更麻烦，因为没日志可看,只能从系统层面一点一点摸。
我日常最常碰到这些原因：
- 硬件虚拟化没开：近几年的CPU基本都支持VT-x/AMD-V,但品牌机默认在BIOS里关闭虚拟化仍然很常见。
- 虚拟机进程被残留进程占住：上一次非正常关机或强制关闭虚拟机后，
.lck后缀的锁文件还留在目录里，再启动时程序认为虚拟机已经在运行,就直接忽略你的点击。 - 资源不足：虚拟机启动时需要一次性分配内存，如果宿主机剩余内存不够，或磁盘空间满了导致无法写临时状态,也会表现为点击没反应。
- 配置文件损坏：
.vmx或.vbox文件在断电或同步盘冲突时被改坏,启动器尝试加载配置时卡住。
行业共识认为，排查问题应该先动软件后动硬件，不要一上来就删除虚拟机文件，因为很多“没反应”其实是软件层面的锁和配置小问题,重装系统反而把可能恢复的数据弄丢。
虚拟机guest开启没反应怎么办？从硬件虚拟化到残留进程逐步排查
如果你的虚拟机guest开启没反应，我建议按下面的顺序走一遍,多数情况下能在十分钟内解决。
第一步：确认CPU虚拟化是否已经生效
Windows上先打开任务管理器，切到“性能”标签，选择CPU，看右下角“虚拟化”状态，如果是“已禁用”，需要重启进BIOS/UEFI。
BIOS里的入口各品牌不同，但关键词就几个：Intel Virtualization Technology、VT-x、AMD SVM，找到后设为Enabled，保存退出，如果在Hyper-V或WSL环境下，还需要关闭Windows内核隔离，或者反过来启用Hyper-V,这取决于你用的虚拟机平台。
Linux宿主机可以运行下面命令确认：
grep -E "vmx|svm" /proc/cpuinfo,有输出说明CPU支持虚拟化。- KVM环境执行
ls /dev/kvm,没有这个设备文件就说明内核模块没加载。
第二步：清理虚拟机残留进程和锁文件
Windows宿主机打开任务管理器，把名字里带vmware、VirtualBox、qemu的进程都查一遍，如果虚拟机的窗口已经关了，但后台进程还在，直接结束进程，然后到虚拟机文件目录，删除这些带.lck后缀的文件或文件夹，注意：删之前必须在任务管理器确认相关进程全部结束,否则容易造成数据损坏。
Linux下更直接：
ps aux | grep qemu找到正在跑的进程。ls -lh /var/lib/libvirt/qemu/查看有没有.lock文件。- 确认进程不存在后，
rm /var/lib/libvirt/qemu/.lock。
第三步：检查磁盘空间和内存占用
虚拟机没反应也可能是因为宿主机的C盘或虚拟机所在磁盘满了，建议留出至少10%的可用空间，内存方面，在任务管理器“性能-内存”看可用是否够大，如果你的虚拟机设置的内存超过物理内存的一半,请先把内存调小再试。
第四步：用日志确认真正原因
如果以上都排除了，不要乱猜,去翻日志：
- VMware Workstation：虚拟机目录里的
vmware.log，用记事本打开搜“error”或“fail”。 - VirtualBox：虚拟机目录下的
Logs/VBox.log，搜“VT-x is not available”或“Failure”关键行。 - KVM/libvirt：
/var/log/libvirt/qemu/下对应虚拟机名的.log。
业内专家指出，日志是解决“无反应”的终极手段，因为程序虽然没弹窗，但通常已经写了原因,只是藏在某一行里。
虚拟机启动黑屏怎么办？三种典型场景和对应操作
“没反应”还有一种常见表现，就是虚拟机窗口开了，但屏幕一直黑，这种情况不要急着重装,先分场景。
有光标闪烁但无开机Logo
通常说明虚拟机CPU和内存都在工作了，只是图形显示部分出了问题，常见于VirtualBox，桌面环境启动异常，解决办法是给虚拟机换显存，或关掉3D加速再重试，VMware则可以在“虚拟机设置-显示器”里取消勾选“加速3D图形”,启动成功后再重新开启。
窗口全黑，连BIOS画面都没有
如果从开机第一秒就黑屏，大概率是显卡控制器类型不兼容，VirtualBox里把显卡控制器从VBoxSVGA切换到VBoxVGA，或从VBoxVGA切换到VMSVGA，不同版本和Guest系统的支持不一样，VMware Workstation里如果启用了“VBS虚拟机安全”，也会在某些主机上导致黑屏，先关闭“虚拟机安全启动”试试。
远程连接或服务器宿主机黑屏
当你通过SSH或Web面板启动一个guest，但virsh start命令卡住或者返回成功却没有控制台输出，可以执行 virsh console 虚拟机名 连接串口控制台，如果没反应，检查/etc/libvirt/qemu.conf里的vnc_listen = "0.0.0.0"设置，确认不是只监听了127.0.0.1。
不同虚拟机平台的处理差异：VMware、VirtualBox、KVM
为了让你更快对照自己的环境,我用一个表格来对比：
| 平台 | 最常见的“无反应”原因 | 快速排查入口 |
|---|---|---|
| VMware Workstation | 残留的.lck锁文件、3D加速设置异常 |
删除锁文件前确认无VMware进程；在.vmx所在目录用记事本查displayName |
| VirtualBox | 缺少VirtualBox Extension Pack、硬件虚拟化被Hyper-V占用 | 打开Logs/VBox.log搜VT-x is not available或Unknown |
| KVM/libvirt | libvirtd服务没启动、虚拟机镜像文件权限不对 | systemctl status libvirtd，sudo -u libvirt-qemu test -r 镜像路径 |
如果你用的不是这三种，而是Proxmox VE或OpenStack，思路也类似：先看宿主机日志，再确认存储节点状态，多数情况下“虚拟机guest开启失败”不是guest系统坏了，而是宿主机侧的“看不见的手”卡住了。
虚拟机打开不了如何排查？日志和命令行是最后兜底
如果你已经按上面的步骤试过还不行，就用“直接启动”的方式看报错,不同平台都有命令行工具：
- VMware Workstation：
vmrun start "C:路径你的虚拟机.vmx"，如果启动失败,vmrun会返回更直观的错误代码。 - VirtualBox：
VBoxManage startvm "虚拟机名" --type headless,然后看GUI是否出现。 - KVM：
virsh start 虚拟机名,失败时直接打印错误。
这些命令的好处是绕过图形界面的“吞到肚子里”的情况，把错误逼出来，比如virsh start若报“Error starting domain: Cannot get interface MTU”，你就知道是网络配置问题，而不是去动系统盘，如果命令行提示“无法打开配置文件”，大概率是文件路径里的空格或中文路径导致读取异常,把虚拟机目录改到纯英文路径下就能解决。
虚拟机guest开启失败并不可怕，九成以上是锁文件、虚拟化开关和资源冲突这几件事。 按照上面的路径排查，绝大多数人都能找回那个“没反应”的虚拟机，不用重装,也不用求人。
虚拟机guest开启失败相关Q&A
为什么虚拟机guest开启失败后，宿主机CPU会突然飙高？
这通常不是虚拟机本身造成的，而是宿主机杀毒软件在启动瞬间扫描了虚拟机的镜像文件，尤其是Windows Defender会对.vmdk、.qcow2文件做实时防护，大文件扫描会让CPU瞬时升高，可以在杀毒软件里排除虚拟机文件目录,然后再次尝试启动。
我的虚拟机打开不了，是因为Guest系统重装次数太多导致文件变慢了吗？
不会，Guest系统安装在虚拟磁盘里，虚拟磁盘只是宿主机上的普通文件，重装系统只会让这个大文件内容变化，不会让文件本身“变脏”，真正需要担心的是坏的快照链，如果你用快照的次数很多，建议清理旧快照并做一次“合并快照”,这个操作能让虚拟机启动速度明显恢复。
虚拟机guest开启没反应怎么办，但我不想动BIOS设置？
如果不想动BIOS，可以先在虚拟机软件里开启“嵌套虚拟化”或“虚拟化引擎”选项，这能让部分未开启VT-x的机器继续运行32位Guest，但64位系统通常还是要求宿主机BIOS开启虚拟化，所以不想动BIOS的话，先确认你的Guest系统是不是32位，再把内存调小,有时也能启动。
首发原创文章，作者：王坚，如若转载，请注明出处：https://idctop.com/article/762815.html
