Linux开机黑屏或死机需分层排查：先按Ctrl+Alt+F3进TTY登录，运行systemctl --failed和journalctl -b -p 3定位失败服务；再重启gdm3等显示管理器，或禁用plymouth验证；用systemd-analyze blame/critical-chain分析耗时与依赖；最后以multi-user.target启动确认是否图形栈故障。
Linux开机黑屏或死机，往往不是“整个系统卡住”，而是某个启动项在初始化阶段引发冲突、资源争抢或驱动崩溃。排查必须分层推进：先绕过图形界面拿到控制权，再逐级定位是哪个服务或组件导致失败。
一、第一时间切TTY获取操作入口
黑屏时别干等，立刻按 Ctrl + Alt + F2～F6 中任一键（推荐 F3 或 F4）切换到纯文本终端。输入用户名和密码登录。若连 TTY 都进不去，说明问题发生在内核加载或 initramfs 阶段，需从 GRUB 干预。
- 运行 df -h 查看 / 和 /boot 分区是否满（100% 会导致 Xorg 或 Plymouth 初始化失败）
- 执行 systemctl --failed 看哪些服务启动失败，重点关注 display-manager、plymouth、dbus、systemd-logind
- 用 journalctl -b -p 3 查本次启动的错误级别日志（-p 3 表示 err 及以上）
二、确认是否是显示管理器或 Plymouth 导致黑屏
很多黑屏实际是桌面环境没起来，但底层系统已就绪。先验证这点：
linux-sysadmin
下载
Linux系统管理专家，覆盖12大模块：用户权限、SSH、存储、网络、systemd、防火墙、日志监控、备份恢复、TLS证书、Ansible、容器、IaC。提供配置、验证、加固、监控、备份、自动化、故障排查、回滚闭环。关键词：useradd、sudo、sshd_config、chmod、SEL...
- 查当前显示管理器：cat /etc/X11/default-display-manager（常见为 gdm3、lightdm、sddm）
- 重启它：sudo systemctl restart gdm3（替换为你的 DM 名）
- 若重启后仍无图形界面，临时禁用 Plymouth 动画：sudo systemctl disable plymouth-quit-wait.service，再重启观察是否能进桌面
三、用 systemd 启动分析定位慢/失败单元
真正拖垮启动或触发死机的，常是耗时长、依赖错、状态异常的服务：
- 查看各服务启动耗时：systemd-analyze blame | head -15 —— 排在前几的若超 3 秒，要重点检查
- 查看启动链路：systemd-analyze critical-chain —— 找出阻塞关键路径的服务
- 检查某服务依赖是否满足：systemctl list-dependencies --reverse servicename.service（反向查谁依赖它）
四、隔离可疑开机启动项
确认某个服务嫌疑大时，不要直接 disable，先做安全隔离：
- 临时禁用并重启：sudo systemctl disable --now servicename.service && sudo reboot
- 若重启后正常，说明该服务是诱因；再用 systemctl status servicename 查具体失败原因（如权限、配置路径错、设备未就绪）
- 特别注意带 @ 的模板服务（如 getty@.service），实际启用的是 getty@tty1.service，禁用要写全名
- /etc/rc.local 若存在且有执行权限，会被 systemd 当作兼容单元拉起，可临时重命名它测试
五、回退到最小启动环境验证
终极手段：跳过所有图形和非必要服务，只启基础 multi-user.target：
- 重启进 GRUB，按 e 编辑启动项，在 linux 行末尾加空格后填入：systemd.unit=multi-user.target
- 按 Ctrl+X 启动 —— 若此时能稳定进入命令行，说明问题明确出在图形栈（Xorg、DM、桌面环境）或其依赖服务上
- 在此环境下，再逐个 systemctl start 图形相关服务，观察哪一步触发黑屏
