虚拟机进入后黑屏，多数情况下不是系统崩溃，而是显示服务或驱动没跟上，先强制重启虚拟机，仍无效就按下面三个方向排查。
虚拟机开机黑屏是个老问题,几乎每个用VMware Workstation或Hyper-V的人都撞上过，屏幕一片黑，硬盘灯可能还在闪，听起来风扇在转，但就是不出画面，这种状态下，强行重装系统是最亏的做法，因为问题大概率出在虚拟机的“显示链路”上，跟系统文件没关系。
排查前先确认：是假黑屏还是真死机
黑屏分两种,处理方式完全不同。
假黑屏的特征：虚拟机进程占用CPU，鼠标指针能动（或变成小方框），键盘灯有反应，等待十几秒后偶尔能自己亮起来，这种情况是虚拟机窗口渲染卡顿，系统本身活着。
真死机的特征：CPU占用归零，硬盘灯长亮不闪，鼠标完全消失，ping虚拟机的IP地址也通不了，这才是系统级别的崩溃。
区分方法很简单：打开任务管理器看VMware或VirtualBox进程的CPU占用率，有数值波动，说明虚拟机还在跑，按假黑屏处理；占用率归零，说明虚拟机已经挂了，找电源或快照恢复。
区分清楚之后,进入正题。
Vmware虚拟机黑屏和主机显卡驱动的关系
有相当一部分虚拟机黑屏,责任在宿主机（这台物理电脑）的显卡驱动上，虚拟机要显示桌面，依赖宿主机的GPU来渲染帧缓冲，如果宿主机显卡驱动在最近一次更新后出了问题，虚拟机的显示输出就会中断。
一个典型的场景：前些天刚更新了NVIDIA或AMD驱动，今天打开VMware，虚拟机进去就黑屏，但主机一切正常。
处理路径分两步。
第一步，回滚宿主机显卡驱动，打开设备管理器，找到显示适配器，右键显卡选择属性，切到驱动程序标签页，点“回退驱动程序”，如果这个按钮是灰的，说明没有旧版本驱动可供回退，走下一步。
第二步，关闭VMware的3D加速，在VMware Workstation里，右键虚拟机选择设置，切到显示器选项卡，取消勾选“加速3D图形”，这就绕开了GPU渲染的坑，直接用CPU去计算画面输出，速度慢一点，但画面能出来，实测是多数黑屏场景里最有效的解法。
如果这台虚拟机是用微软的Hyper-V创建的，处理方式不同，Hyper-V虚拟机黑屏但主机正常的情况，要去“Hyper-V管理器”设置里把“安全启动”关掉，很多Linux发行版的虚拟机在开启安全启动后会出现黑屏问题。
行业共识认为,在保显卡驱动的稳定性要优先于保新功能，虚拟化软件不像游戏，不追求最新驱动，稳定才是重点。
虚拟机进入后黑屏的排查思路从服务状态开始
排查黑屏的正式顺序,建议从虚拟化服务状态查起。
VMware Workstation依赖几个后台服务，如果服务没跑起来，虚拟机进程能启动，前端窗口却可能不刷新画面，打开方式很简单：按Win+R，输入services.msc回车，在服务列表里找VMware Authorization Service和VMware DHCP Service，确认左边状态列是“正在运行”，不是的话右键启动，然后把这台虚拟机关掉重新启动，很多黑屏问题在服务恢复后就自动消失了。
另一个高发原因是虚拟机窗口的分辨率设置失衡,虚拟机里分辨率调得比宿主机的屏幕还大，窗口切出来再回去的时候，画面没等比缩放，直接黑掉，解决办法有两条路可选：一是改VMware窗口的显示模式，在菜单栏选“查看”，把“自动调整大小”勾上；二是直接改虚拟机里的分辨率，开安全模式改成低分辨率再重启系统。
如果用的是VMware,还有一个治本的思路：检查VMware的日志文件，确认黑屏时虚拟机内部到底发生了什么，打开虚拟机目录，找到.vmx文件同级的.log文件，用记事本打开，找最后几十行里有没有带error或fail字样的记录，虚拟机的日志会忠实地记录每一次启动的完整过程，出错的场景一般都有线索，对判断黑屏方向很有帮助，如果对这个过程不熟悉，下载一个VMware Workstation Pro的试用版（官方提供30天全功能试用），新版对显卡兼容性处理得更好。
快速排查列表，按顺序尝试：
- 强制关闭虚拟机,检查
services.msc
- 查看虚拟机目录下
.log日志文件最后50行，找error关键词 - 虚拟机显示器配置里取消勾选“加速3D图形”
- 系统设置里把分辨率调低到1366x768并重启虚拟机
虚拟机黑屏但主机正常？尝试切换虚拟化平台
虚拟机黑屏但主机正常这个具体场景,靠调设置解决不了的时候，不妨换个平台试试。
假设用VMware打开一切正常,或者VirtualBox打开黑屏这种情况多数是虚拟化平台兼容性出了问题，每个虚拟机平台对硬件虚拟化的实现方式不同，VMware用的是自己的半虚拟化协议，VirtualBox依赖更底层的硬件特性，换个平台往往能绕开问题。
具体操作思路：在VirtualBox或VMware里把虚拟机导出为OVF格式，再用另一个平台导入，OVF是通用的虚拟机打包格式，导出的镜像文件（.ova或.ovf）包含了虚拟机的磁盘和配置信息，导入后直接启动，黑屏概率就下来了。
这种情况多出现在较老的Linux发行版虚拟机上,老系统内核里的显卡驱动比较旧，和新版VMware的适配性差，黑屏频繁，换成VirtualBox之后，它用的是OpenGL兼容路径，反而能正常显示。
顺带提一个Hyper-V的场景，Windows自带Hyper-V的虚拟机，黑屏修复思路和第三方软件不同，检查Windows功能里Hyper-V组件是否完整，或者到“Hyper-V管理器”里给这台虚拟机重新分配内存（少0.5GB或加0.5GB），Hyper-V的显存管理机制独特，内存配置保守一些更有利于视频输出，这是个容易踩的冷门坑。
三个通用排障手段给虚拟机兜底
手动操作排查需要时间,但如果有了兜底方案，虚拟机黑屏就没那么吓人。
快照回滚，最快的黑屏恢复手段，VMware和VirtualBox都支持快照功能，如果虚拟机之前开启过快照，黑屏后直接用快照回滚到黑屏之前的状态即可，操作位置是VMware上方“虚拟机”菜单里的“快照”，VirtualBox则是在快捷栏里找“备份”图标，建议每完成重要配置后创建一次快照，排查虚拟机黑屏的思路里，回滚永远是成本最低的一条路。
应急模式下改安全设置，黑屏时按Ctrl+Alt+Del（在虚拟机窗口里可能是Ctrl+Alt+Insert），如果能看到登录界面，说明系统运行正常，问题出在桌面渲染环节，此时在登录界面输入密码，依然黑屏的话，尝试强制重启虚拟机，然后在VMware启动界面狂按F8键，进入Windows的“启用低分辨率视频模式”，这是解决虚拟机进入后黑屏问题的一个偏方，但胜在快速。
重建虚拟机配置的兜底方案，如果以上操作都无法解决，并且这台虚拟机里有重要数据需要保留，可以用“数据优先”的思路来处理：创建一个全新的虚拟机配置，硬盘指定几个数据盘挂载到新系统上，通过数据拷贝把需要保留的资料导出来，原本损坏的虚拟硬盘就能遗弃，顺着这个思路能避免永久丢失数据。
关于虚拟机黑屏的常见疑问解答
Q：虚拟机黑屏时，系统到底还在正常运行吗？
A：多数情况下看起来黑屏，但系统本身是在运行的，判断标准是任务管理器里虚拟机的CPU占用，有占用说明虚拟机活着，先别急着重启，尝试修改分辨率或者取消3D加速，通常能恢复显示，只有确认CPU占用归零、系统彻底无响应后，才需要走恢复流程。
Q：用Hyper-V创建的虚拟机黑屏，能不能用VMware查看？
A：两者文件格式不兼容，不能直接打开使用，Hyper-V生成的.vhdx文件无法被VMware直接识别，但VMware Workstation Pro支持将.vhdx转换为.vmdk格式，转换后就能正常打开，相当于先用转换工具做了一层格式适配，但转换过程不保证100%成功，操作前务必备份原始文件，如果转换失败，也不要着急，.vhdx文件本身未损坏，回到Hyper-V里排查黑屏原因更可靠。
解决虚拟机黑屏,本质上是在和虚拟化软件在显卡接口上的兼容性做斗争，三个方向服务状态、显卡驱动、切换平台已经覆盖了绝大多数黑屏场景，按顺序排查，找到自己电脑的命中项，处理完问题再顺手开一个快照，下次再遇到黑屏，回滚一下就完了。