麒麟系统黑屏断电是CPU过热触发硬件保护所致；需用HWiNFO64测待机温度是否超70℃，再通过top查高CPU进程，结合watch动态比对、kill隔离或lsof验证热源，最后针对性终止更新进程、关闭硬件加速或启用GPU硬解。
麒麟系统在运行中突然黑屏断电、无任何提示、重启后又能短暂工作，这是CPU温度突破安全阈值触发硬件级强制断电保护的典型表现——主板直接切断供电，系统甚至来不及写入日志或弹出警告。
第一步：确认是否真由CPU过热触发
别急着拆机，先用HWiNFO64抓取真实温度数据。下载HWiNFO64便携版→双击运行→勾选“Sensors Only”→点击“Run”→在左侧树状列表中展开“CPU”节点→重点盯住标有“Package Temperature”“Tdie”或“Hot Spot”的数值项。
空载开机静置5分钟，记录稳定待机温度；若该值已持续高于【70℃】，说明散热基础已失守，无需再测负载即可进入清灰环节。
若待机温度正常（【95℃】且关机同步发生，即可100%锁定为CPU过热保护。
注意：该路径读取的是硬件传感器原始值，不依赖系统日志或桌面服务，必须先验证温度真实性，避免误将电源故障当作过热问题。
第二步：定位高温源头进程
打开终端，执行：cat /sys/class/thermal/thermal_zone0/temp。若输出值>75000（即75℃），说明已进入高温区间；若报错“No such file”，则运行ls /sys/class/thermal/列出所有热区，逐个检查cat xxx/type和cat xxx/temp，直到找到type含cpu-thermal、x86_pkg_temp或ft2000_cpu的热区。
确认高温存在后，输入top并回车。界面加载后默认按%CPU降序排列，顶部3～5个进程即为当前最耗算力者。若排序混乱，直接按P键强制重排；注意200%代表占满两个逻辑核，不是全系统占比——【单看%CPU数值易误判多线程程序的实际热贡献】。
记下PID和进程名，例如看到ffmpeg占用180%、java占用165%，这两个就是首要怀疑对象。
第三步：交叉验证进程与温度变化的因果关系
方法一：用watch命令动态比对
执行watch -n 1 'ps -eo pid,comm,%cpu --sort=-%cpu | head -n 5 && cat /sys/class/thermal/thermal_zone0/temp'，每秒刷新一次。紧盯顶部进程列表和temp值变化节奏：若某进程%CPU从10%骤升至150%，同时temp值在3秒内跳升8℃以上，则高度疑似热源。
方法二：临时隔离可疑进程
若top中看到非系统关键进程（如electron、chrome、pytorch_train），记下其PID，执行kill -STOP PID暂停它（不终止，可恢复）；观察10秒内temp是否回落。若温度下降明显，再用kill -CONT PID恢复运行，温度再次爬升，即可锁定该进程为直接热源。
方法三：检查进程是否触发硬件加速
对占用高但温度无显著变化的进程（如视频转码类），运行lsof -p PID | grep -i "drm\|nvidia\|amdgpu\|v4l"。若返回结果含/dev/dri/renderD128或/dev/video0，说明它正调用GPU或VPU硬解，此时发热主体实为显卡或视频处理单元，CPU温度升高是连带效应。
第四步：执行针对性处置
① 若确认是kylin-software-center或apt.systemd.daily等更新进程导致异常升温，切换TTY（Ctrl+Alt+F1）后执行：sudo kill -9 $(pgrep -f "kylin-updater\|apt\|dpkg")，再清理锁文件：sudo rm -f /tmp/lock/kylin-update.lock。
② 若发现chrome或electron类进程持续高占且伴随风扇狂转，执行kill -STOP隔离后，检查其是否启用了硬件加速：右键地址栏→“设置”→“系统”→关闭“使用硬件加速模式（如果可用）”。
③ 若ffmpeg、obs或AI训练进程被锁定为热源，优先改用-hwaccel qsv（Intel）或-hwaccel cuda（NVIDIA）参数启用GPU硬解/硬编，把计算负载从CPU卸载出去。
