当麒麟OS桌面锁死时，需通过Ctrl+Alt+F1进入TTY终端，用top或pgrep定位高CPU或D态进程，验证状态后kill -9终止，并重启ukui-kwin-x11与ukui-panel恢复界面。
当麒麟OS桌面界面完全锁死、鼠标键盘无响应、无法切换窗口或点击开始菜单时，必须快速定位并终止那个持续抢占CPU、阻塞UI线程或陷入不可中断状态的罪魁进程，否则系统将无法恢复交互能力。
先切到TTY终端获取操作入口
图形界面已死，所有鼠标和快捷键（包括Ctrl+Alt+T）都失效，此时唯一可靠的入口是Linux虚拟终端TTY。
按 Ctrl + Alt + F1 强制切换至纯文本终端界面。若F1无反应，依次尝试F2、F3直至F6——其中F1～F6均为可用TTY，F7或F8才返回图形界面。
在黑屏终端中输入当前登录用户名，回车后输入密码（输入时无星号提示，输完直接回车）。
用top快速揪出CPU霸占者
这一步不依赖图形环境，命令轻量、响应快，能立刻暴露持续吃满单核甚至多核的异常进程。
执行：top -b -n 1 | head -20
该命令只抓取一次快照，并仅显示前20行，避免卡在滚动输出里。
重点看 %CPU 列：找出数值长期稳定在95%以上的进程（如 ukui-kwin-x11、webkit2gtk、chrome 或某个 Python 脚本），它们极大概率就是锁死源头。
注意：忽略 systemd、kthreadd、journald 等系统核心进程，它们高占用通常是结果而非原因。
用pgrep精准锁定疑似GUI崩溃进程
某些进程名称不直观，比如浏览器渲染进程可能叫 BrowserMain 或 Renderer，靠top肉眼难辨。此时用关键词匹配更可靠。
方法一：查所有与桌面环境强相关的进程
执行：pgrep -f "ukui\|kwin\|mutter\|gnome-shell"
若返回多个PID，说明UKUI窗口管理器自身已分裂出多个失控实例。
方法二：查正在使用GPU加速的图形进程
执行：pgrep -f "gl\|vulkan\|drm\|render"
显卡驱动异常常表现为某渲染线程卡在D态（不可中断睡眠），这类进程往往不显示在top的%CPU里，但会拖垮整个UI合成器。
方法三：查最近启动且未正常退出的用户级程序
执行：ps -eo pid,etime,comm --sort=-etime | head -10 | grep -v "systemd\|dbus\|sshd"
查看运行时间最短的几个用户进程——刚启动就卡住的程序，常是触发锁死的直接诱因。
验证进程是否真处于不可中断状态（D态）
仅凭CPU高占用还不够，有些进程看似“安静”，实则卡在磁盘IO或驱动等待中，状态为 D（Uninterruptible Sleep），连kill -9都杀不死，必须识别出来避免白忙活。
第一步：从top或pgrep结果中挑一个可疑PID（例如1234）
第二步：执行：cat /proc/1234/stat | awk '{print $3}'
若输出为 D，立即停止对该进程执行kill操作——它已无法响应任何信号，强行kill -9无效，且可能引发内核panic。
第三步：改查其父进程：cat /proc/1234/status | grep PPid，再对PPid执行同样检查，逐级向上追溯，直到找到状态为 R 或 S 的可操作父进程。
终止锁定进程并恢复桌面响应
第一步：确认目标进程状态非D后，执行：kill -9 PID
第二步：若该进程是UKUI核心组件（如ukui-kwin-x11），立即补救：ukui-kwin-x11 --replace &
第三步：若任务栏消失，补起面板：ukui-panel &
第四步：按 Ctrl + Alt + F7（或F8/F2）切回图形界面，观察鼠标是否恢复移动、右键是否弹出菜单。
第五步：若仍无响应，说明不止一个进程崩溃，回到TTY，重复上述步骤排查下一个高CPU或D态进程。
