VM虚拟机突然死机别慌，先按两三个键试试能不能回到桌面，如果彻底卡死，直接结束vmware-vmx进程再重启，多数情况下数据能保住。
VM虚拟机死机的主要原因
VM虚拟机卡死不是单靠重启就能解决的,你得先搞清楚到底哪一环出了问题，根据业内有长期虚拟化运维经验的工程师的观察，大多数虚拟机死机都绕不开下面几个点。
- 宿主机资源被榨干了：虚拟机虽然运行在你的Windows或Linux系统里，但它的CPU、内存多线程请求最终还是要走物理硬件，如果你同时开了好几个虚拟机，加上宿主机本身的程序，内存直接见底，系统调度就会瘫痪，表现出来的就是整个vmware workstation界面一起无响应。
- 虚拟磁盘I/O陷入瓶颈：很多人的虚拟机装在机械硬盘上，这是虚拟机突然卡顿怎么处理时被提及频率最高的原因之一，机械硬盘的随机读写速度本身就不行，虚拟机内Windows一更新或者杀毒软件全盘扫描，磁盘队列直接爆掉，死机就成了必然。
- 快照数量过多：快照是VMware很实用的功能，但它也是性能杀手，快照文件之间有条链，链条越多，读写虚拟磁盘时就需要往上游找越多次，留四五个快照，虚拟机的磁盘响应速度会肉眼可见地变慢。
- 未安装或误卸载VMware Tools：VMware Tools提供了虚拟机与宿主机之间的优化驱动，没有这套驱动，虚拟机图形渲染会异常吃力，鼠标键盘响应也会慢半拍，长时间满载运行很容易导致假死。
- 虚拟机内电源设置与CPU热插拔冲突：部分用户在虚拟机内设置了“最小电源管理”，或者开启了CPU热插拔功能，这两种设置在VMware Workstation里偶尔会引发中断风暴，导致虚拟机直接卡死。
虚拟机卡死后的两步急救法
如果你现在正对着一个完全没反应的虚拟机窗口,先不要急着长按电源键关电脑，先分清是假死还是真死。
第一步：尝试弹出鼠标并呼出任务管理器
在VMware Workstation里，虚拟机假死有个典型特征：画面不动，但鼠标还能在界面上移动，这时候按Ctrl+Alt把鼠标从虚拟机里释放出来，如果鼠标能正常回到宿主机桌面，说明宿主机本身还没问题。
此时不要双击虚拟机窗口,而是立刻按Ctrl+Shift+Esc调出Windows任务管理器，在“进程”标签下找到vmware-vmx.exe（VMware Workstation的每个虚拟机对应一个这个进程），查看它的CPU和内存占用：
- 如果CPU占用在90%以上而且波动极小，说明虚拟机内部在跑什么重负载任务，系统还活着，应该在虚拟机内抢占资源。
- 如果CPU占用只有几个百分点但虚拟机界面依旧不动,那多半是显示输出或输入通道堵死了。
针对前一种情况,你可以在虚拟机的“虚拟机”菜单中选择“客户机操作系统”里的“发送Ctrl+Alt+Del”命令，尝试唤醒虚拟机内的登录界面，如果发送三次以上仍无响应，则进入下一步。
第二步：在任务管理器中强制结束虚拟机进程
确认无法唤醒后,直接右键点击对应的vmware-vmx.exe，选择“结束任务”，这里要再三叮嘱：结束这个进程等于模拟断电关机，虚拟机内未保存的文档会丢失，但总比整台物理机一起死机要安全得多。
结束进程后,宿主机通常会恢复正常，如果任务管理器本身也卡住，可以尝试按Win+L退出到锁屏界面再登录回来，很多图形栈问题会因此被重置，整个宿主机都无响应的话，只能使用物理机的电源键强制重启了，但请记住，这是万不得已的做法。
第三步：清理遗留的虚拟机锁文件
强制结束vmware-vmx进程后，虚拟机的文件夹里通常会留下以.lck结尾的锁文件，这些文件是VMware为了防止同一虚拟机被多开而创建的，进程被强杀后它们可能不会被自动清理。
再次启动虚拟机之前,找到虚拟机的存放目录，把带.lck后缀的文件夹或文件全部删除，不清理干净的话，启动时大概率会提示“无法打开虚拟机：该虚拟机已被占用”，这也是常见的vmware虚拟机无法启动的原因之一。
死机后如何抢救未保存的数据
虚拟机的优势在于数据是在虚拟磁盘文件（镜像文件）里的，即使系统崩溃，文件本身通常还完好，抢救策略取决于你用的是哪种虚拟磁盘。
- 使用独立磁盘（非拆分存储）：如果当初创建虚拟机时选择了“将虚拟磁盘存储为单个文件”，那系统镜像就是一个大文件，只要这个文件没有被撑爆，就还能挂载修复。
- 使用拆分磁盘（每个分卷2GB）：这种模式下虚拟磁盘由多个001、002后缀的文件组成，强制死机后链式结构容易出问题，挂载时提示损坏的概率更高。
实操抢救方法是：先在VMware Workstation主界面选择“新建虚拟机”，客户机操作系统类型选成和崩溃虚拟机一致，然后在“选择磁盘”步骤时选择“使用现有虚拟磁盘”，指向崩溃虚拟机的磁盘文件，启动后尝试在虚拟机内复制重要资料到U盘或共享文件夹。
还有一种更稳妥的裸文件访问思路：如果急着拿文件，可以直接用支持vmdk挂载的第三方磁盘工具，以只读方式读取这个虚拟磁盘，工具会把这个vmdk当作一张活动硬盘，浏览文件系统的速度比启动一个完整的虚拟机要快得多。
修改三个设置降低死机概率
结合前面提到的原因,调整配置才是治本之策，很多用户对vmware虚拟机死机怎么解决的认知停留在重启再试，实际上从这里开始才是要害。
调整内存和CPU分配
打开虚拟机的“虚拟机设置”，在“内存”页面中有个“为此虚拟机的所有内存预留”选项，勾选它，这个选项会直接占满物理内存的对应空间，避免VMware动态申请内存时和宿主机抢资源，CPU那边，如果宿主机核心较少且虚拟机内做的是普通办公，把“处理器数量”拉低，给虚拟机四个及以上多核心核处理器，但物理机只有四个物理核心的话，虚拟化调度的开销反而会拖垮整机。
关闭无用的虚拟硬件
在设置里把不需要的虚拟设备全部移除：软驱（这个默认就有，很多人不知道）、USB控制器、声卡、打印机，每个虚拟设备都会占一些资源，虽然少，但确实会在IO风暴时增加崩溃概率，最重要的：确认虚拟机的CD/DVD光驱已设置为“使用ISO映像文件”，且ISO文件放在固态硬盘上，如果ISO放在某个移动硬盘上，移动硬盘睡眠或者断电，虚拟机的光驱任务就会挂起，进而拖死整个虚拟机。
重建虚拟磁盘或做碎片整理
对长期使用的虚拟机来说,虚拟磁盘的碎片化不可忽视，关闭虚拟机后，在VMware主界面点选“虚拟机”菜单，打开“虚拟机设置”的“硬件”页面，选中硬盘，右侧会发现“碎片整理”和“压缩”两个按钮。每隔两三个月整理一次碎片，能明显减少虚拟磁盘在读放大场景下的随机延迟，这是对磁盘I/O瓶颈最直接的缓解办法。
案例：快照过多导致虚拟机频繁假死
一位用VMware Workstation跑Linux开发环境的用户反馈，他的虚拟机每周都会出现一到两次无响应，重启后能正常一段时间，但过几天又复发，后来检查发现，他虚拟机里存了11个快照，其中包括一个三年前的初始快照，虚拟磁盘在写入新数据时，需要按快照链层层回溯比对差异块，每次写入都伴随大量额外读请求，存储栈很快就被拖垮了。
处理办法：
- 关闭虚拟机后,在“快照管理器”里逐一查看快照，把没有保留价值的旧快照全部删除。
- 如确认当前快照状态是需要的,先“转到”最近一个快照，然后执行“快照合并”，将快照链整合进基础磁盘镜像。
- 合并完成后再启动虚拟机,频繁假死问题基本消失。行业共识认为，正常使用的虚拟机快照数量不宜超过三个。
VM虚拟机死机后的系统修复操作
把虚拟机强制结束并成功再次启动后,虚拟机的操作系统大概率会弹出自检界面，这是正常的，不要跳过，让它跑完。
- Windows客户机：自检完成后，进入系统，打开管理员命令提示符，输入
sfc /scannow，让系统自动扫描并修复核心文件，这一步对于更新中断引发的故障很有效。 - Linux客户机：自检通常会有详细日志，检查分区挂载情况，如果根分区有异常，可以用Live CD引导后用
fsck修复，如果你没有Live CD，直接把虚拟机的CD/DVD指向官方系统安装ISO，选择“修复系统”进入恢复模式。
另外提醒一下,虚拟机里面做重要系统更新前，截图或另存一份虚拟机副本到移动硬盘最保险，虚拟机的便携性在这里真的是优势，多做快照没有错，错的是做了不清理。
常见疑问解答
虚拟机假死和物理机死机的表现区别在哪？
最大的区别在于宿主机能否访问,虚拟机死机时，宿主机桌面和程序依然流畅，只有虚拟机窗口内的画面定格；物理机死机时鼠标键盘全部失灵，整个屏幕画面被冻结，如果你在虚拟机窗口内看不到鼠标指针但在虚拟机外还能移动鼠标，基本可以断定是虚拟机层面的故障。
VMware Workstation虚拟机关不掉且结束进程提示拒绝访问怎么办？
这种情况通常发生在服务权限被占用时,需要以管理员身份重新打开任务管理器，然后右键虚拟机进程选择“属性”，在“安全”选项卡中查看当前账号是否拥有该进程的全部权限，多数情况下，先用管理员身份运行命令提示符，执行net stop vmware停掉VMware相关服务，再结束vmware-vmx进程即可。
虚拟机死机重启后一直卡在启动LOGO处是怎么回事？
这一般对应虚拟磁盘文件出现了不一致的问题,进入虚拟机BIOS，将启动顺序改为光驱优先，使用安装镜像引导进入修复环境，对于Windows虚拟机，从安装界面进入“命令提示符”，执行bootrec /fixmbr与bootrec /rebuildbcd两个命令重建引导记录，即可正常重启并读取系统。
虚拟机死机的处理思路其实和堵车很像,重点不在于堵车后狂按喇叭，而是找到拥堵源头再判断是绕路还是等疏通。多数情况下，先切宿主进程救援数据，再按本文思路调低资源分配和清理快照，虚拟机就能恢复稳定。 如果连宿主机也一起死机了，那就先重启物理机，然后照着“调整虚拟硬件配置”和“清理锁文件”这两步做，能很大程度上避免再次重蹈覆辙。