Kali虚拟机死机，先别急着长按电源键按 Ctrl+Alt+Shift+F2（VMware 环境）或 Host+F2（VirtualBox 环境）切进纯文本终端，多数情况下能把桌面救回来；只有连字符终端都进不去、键盘完全无响应时，才考虑从宿主机侧强制关闭。 下面这套流程按“判断严重程度抢救对症解决长期预防”的顺序展开,照做基本能覆盖九成以上的卡死场景。
先分清Kali虚拟机是“假死”还是“真死”
这一步决定了后面能不能省事。
鼠标还能动，说明只是桌面环境挂了
如果指针还能挪动，或者按 Caps Lock 时键盘指示灯会变，说明内核还活着，只是 Xorg、LightDM 或者某个吃资源的进程把界面拖住了。
- 在 VMware 里，先按
Ctrl+Alt释放鼠标捕获,让键盘焦点回到虚拟机窗口。 - 再按
Ctrl+Alt+Shift+F2，VMware 会把这一组合键传给客户机，切到 tty2。 - VirtualBox 用户用
Host+F2，Host 键默认是右侧 Ctrl。
进入 tty 后用账号密码登录,接着按顺序执行：
free -h df -h ps aux --sort=-%mem | head -n 15
三条命令分别看内存、磁盘和吃内存的进程，找到元凶后 kill -9 进程号,再重启显示管理器：
sudo systemctl restart lightdm
新版 Kali 桌面版默认是 Xfce + LightDM，如果你换成 GNOME，把 lightdm 换成 gdm3。
键盘灯都不闪了，才算是真死
这时候 tty 也进不去，只能从宿主机下手，或者尝试内核的 SysRq 组合键，需要提前说明：SysRq 要求 /proc/sys/kernel/sysrq 未被关闭，而且虚拟机必须捕获了键盘，所以它不是万能钥匙,真正稳妥的做法还是宿主机侧处理。
Kali虚拟机卡死无法重启怎么解决
“无法重启”通常分成两种：一是关机命令下不去，二是关机后卡在开机画面,先解决第一种。
从宿主机把卡住的虚拟机进程杀掉
Windows 宿主机打开任务管理器，切到“详细信息”页，找到 vmware-vmx.exe，如果同时开了多台虚拟机，先看命令行参数确认是哪一个，或者直接用命令行按 PID 杀：
taskkill /F /PID 进程号
Linux 宿主机更直接：
ps -ef | grep vmware-vmx pkill -9 -f vmware-vmx
注意 pkill -9 -f vmware-vmx 会连带杀掉所有正在运行的虚拟机，多开的话慎用，VirtualBox 用户对应的是 VBoxHeadless.exe 或 VirtualBoxVM.exe。
用 vmrun 做“软关闭”比强杀干净
VMware Workstation 自带命令行工具 vmrun,路径通常在安装目录下，
"C:\Program Files (x86)\VMware\VMware Workstation\vmrun.exe" -T ws stop "D:\vms\kali\kali.vmx" soft
soft 相当于在客户机里执行关机，会给系统保存数据的机会，30 秒后没反应，再换成 hard，先 vmrun -T ws list 可以列出所有正在运行的虚拟机路径,避免敲错。
VirtualBox 的等价命令是：
VBoxManage controlvm "kali" savestate
保存状态比直接断电安全,下次开机还能从断电前一刻继续。
快照回滚，三分钟回到可用状态
如果虚拟机已经彻底点不亮、开机卡在 GRUB 或进入紧急模式，而你手上又有可用快照，那是最省时间的路，VMware 走“虚拟机 → 快照 → 快照管理器”，选中一个状态点“转到”，VirtualBox 在“控制 → 恢复备份”里操作。
一个实操习惯：打快照前先关机，运行中打快照会把内存状态一起写进磁盘，单个文件动辄几个 GB,回滚时也更容易出问题。
VMware里Kali Linux死机了怎么办：按成因对症下药
盲目重启只能治标,下面这张表可以作为排查起点。
| 症状 | 高概率成因 | 处理方向 |
|---|---|---|
| 桌面突然转圈、鼠标拖影 | 内存耗尽触发 OOM | 加内存、加 swap |
| 点任何图标都无响应，终端能进 | 磁盘写满 | 清理日志与缓存 |
| 切换全屏或拖动窗口就僵住 | 3D 加速与显卡驱动冲突 | 关闭 3D 加速 |
| 插上外置无线网卡后整机卡死 | USB 直通或驱动异常 | 断开直通、重装驱动 |
| 升级系统后开机黑屏 | 内核与显卡模块不匹配 | 换旧内核启动 |
内存被吃满，OOM killer 悄悄杀了桌面
Kali 自带工具多，开个 Burp Suite、再挂几个浏览器标签、跑一遍 Nmap 全端口扫描，2GB 内存很快见底,日志里能查到痕迹：
journalctl -k | grep -i -E "oom|out of memory"
有输出就说明内核杀过进程，临时补救可以加大 swap：
sudo fallocate -l 4G /swapfile sudo chmod 600 /swapfile sudo mkswap /swapfile sudo swapon /swapfile
然后把 /swapfile none swap sw 0 0 写进 /etc/fstab,重启后自动挂载。
磁盘写满，整个桌面都在等 IO
Kali 是滚动更新，/var/cache/apt 和 systemd 日志体积涨得很快,清一遍：
sudo apt clean sudo journalctl --vacuum-size=200M du -xhd1 / 2>/dev/null | sort -h
最后一条命令列出根目录下各文件夹大小，一眼就能看出谁在占地方，如果虚拟磁盘当初只分了 20GB，扩容后还要进系统执行 growpart 和 resize2fs,否则分区还是原来的大小。
3D 加速和显卡驱动不对付
这个坑在新版 VMware 加新显卡驱动的组合上很常见，关掉它：虚拟机设置 → 显示器 → 取消勾选“加速 3D 图形”，代价是界面动画变卡、视频播放吃力,但对渗透测试场景几乎没有影响。
顺带装好增强工具,剪贴板共享和自适应分辨率都靠它：
sudo apt install open-vm-tools open-vm-tools-desktop
无线网卡和监听模式会把系统带崩
把 USB 无线网卡直通进 Kali，跑 airmon-ng start wlan0 之后宿主机 USB 控制器报错、虚拟机整体卡死的案例不少见，遇到这种情况，先在 VMware 的“可移动设备”里断开网卡，等系统缓过来再重新连接,别在监听模式运行中直接拔。
Kali更新时卡死是国内网络环境惹的祸吗
有相当大的比例确实是，官方源在国内访问速度不稳，apt full-upgrade 下载到一半连接挂住，apt 锁不释放，后面的操作全卡住，换中科大或简米云的镜像源,再检查有没有残留锁文件：
sudo rm /var/lib/dpkg/lock-frontend sudo dpkg --configure -a sudo apt update
顺序别弄反，先解锁再修复,最后才更新。
Kali虚拟机死机和物理机死机有什么区别
行业共识认为，虚拟机的“死”多数是资源分配问题，而不是硬件故障,这是两者最本质的差异。
- 可回滚：物理机死机后数据可能直接没了,虚拟机还有快照这条退路。
- 可观察：卡死前宿主机任务管理器里就能看到内存曲线飙红,物理机往往毫无预警。
- 可隔离：一台 Kali 崩了不影响宿主机（除非你把磁盘文件放到了坏道上）,物理机崩了整台机器都得重来。
- 也会互相牵连：虚拟磁盘文件所在分区写满、宿主机内存被其他程序吃掉,都会让虚拟机无故卡顿。
所以排查思路应该反过来：先看宿主机还剩多少资源,再看客户机内部状态。
长期不卡死的几个设置习惯
内存和CPU给多少合适
纯命令行做扫描，1GB 内存 1 核也能跑，带桌面环境，至少 2GB 内存 2 核；要同时开浏览器、Burp、Metasploit，建议 4GB 起步，8GB 舒适，CPU 核数不要超过宿主机物理核数的一半,否则宿主机自己也会卡。
关掉用不上的功能
- 关闭 3D 加速。
- 不用的 USB 设备取消直通。
- 共享文件夹按需启用，
vmhgfs模块偶发异常也会导致挂载卡死。 - 虚拟磁盘选“拆分成多个文件”,单文件过大在复制和备份时容易出错。
把快照当成日常操作
装完系统打一个、装完工具打一个、每次做大版本更新前再打一个，三个快照点覆盖绝大多数“手滑把系统搞坏”的场景。
加内存条还是换固态，钱该花在哪
据近年来电商渠道的价格，一条 DDR4 16GB 笔记本内存通常几百元，一块 1TB 固态硬盘也在几百元区间，如果卡死的根因是内存见底，加内存立竿见影；如果是磁盘 IO 长期跑满、开机转圈几十秒，换固态提升更明显，两者预算接近时，优先补内存，因为 Kali 的工具链对内存的胃口比对磁盘大得多。
Q&A：Kali虚拟机死机高频疑问
Kali虚拟机死机后直接强制关机，会不会把系统搞坏？
有可能，但概率不算高，ext4 文件系统有日志机制，突然断电后多数情况能自行恢复，真正的风险在数据库文件和正在写入的镜像文件上，强制关机后再开机如果进不去，用 Live 启动盘执行 fsck -y /dev/sdaX 修复分区即可,不必急着重装。
虚拟机卡死重启后进不了桌面，只能重装吗？
先别急，在 GRUB 菜单里选“高级选项”，挑一个旧版本内核启动，能进桌面就说明是新内核和显卡模块不兼容，执行 sudo apt install --reinstall 旧内核包名 或在 GRUB 里固定默认内核就能解决，还有一种情况是 ~/.config/xfce4 配置损坏，新建一个用户测试即可确认，据工信部相关软件产业运行数据，桌面环境层面的故障在整体系统故障中占有一定比例,这类问题大多可以通过配置回退修复。
跑在云服务器上的Kali卡死了怎么处理？
云主机没有“宿主机界面”可看，只能通过控制台 VNC 登录，VNC 也连不上，用云厂商控制台的重启功能，优先选“软重启”，排查思路和本地一致：看内存、看磁盘、看 OOM 日志，区别在于云主机通常默认没有 swap，需要在控制台挂载云盘后手动创建,否则内存一满就直接失联。
Kali 虚拟机卡死，九成以上是内存、磁盘、显卡加速这三件事里的一个，养成先切 TTY、再杀进程、最后才强关的顺序，能省下大量重装时间，快照和资源预留做到位,比任何事后抢救都划算。