系统启动卡在emergency mode或“Reached target Graphical Interface”是因关键服务（如fstab挂载、显示管理器）失败导致systemd进入救援状态；需用journalctl、systemctl --failed、lsblk和fstab检查定位问题，优先修复UUID错误或注释故障行，再重载配置并安全重启。
开机卡在 emergency mode 或长时间停在 Reached target Graphical Interface，说明系统启动流程被中断，通常因关键服务（如磁盘挂载、显示管理器、systemd 单元）失败导致。这不是内核崩溃，而是 systemd 主动进入救援状态等待人工干预。
确认当前所处模式与基础信息
进入 emergency mode 后，你会看到一个 root shell 提示符（可能需输入 root 密码）。先执行以下命令快速定位问题：
- journalctl -b -p err..alert：查看本次启动中所有错误和告警级日志
-
systemctl --failed：列出启动失败的 unit（重点关注
local-fs.target、multi-user.target、gdm.service或sddm.service） - lsblk && cat /etc/fstab：检查物理设备是否识别、/etc/fstab 中的 UUID 或路径是否仍有效（常见于硬盘更换、分区调整或 UUID 变更后未更新 fstab）
修复常见的 fstab 挂载错误
约 60% 的 emergency mode 是由 /etc/fstab 配置错误触发，比如引用了不存在的 UUID、不可用的 NFS 路径，或设置了 noauto 但某服务强制依赖它。
linux-sysadmin
下载
Linux系统管理专家，覆盖12大模块：用户权限、SSH、存储、网络、systemd、防火墙、日志监控、备份恢复、TLS证书、Ansible、容器、IaC。提供配置、验证、加固、监控、备份、自动化、故障排查、回滚闭环。关键词：useradd、sudo、sshd_config、chmod、SEL...
- 用 blkid 查看当前实际设备 UUID，对比
/etc/fstab中对应行；若不一致，用 vim /etc/fstab 修正 - 临时注释掉疑似问题行（行首加
#），保存后执行 systemctl daemon-reload && systemctl reboot - 若系统含加密卷或 LVM，还需检查
/etc/crypttab和/etc/lvm/cache是否完整，必要时运行 vgscan && vgchange -ay
恢复图形界面启动链
卡在 “Reached target Graphical Interface” 表明 systemd 已加载图形目标，但某个依赖服务（如显示管理器、X server、Wayland session）未能就绪。
- 运行 systemctl status graphical.target 看其依赖项中哪个处于
activating或failed - 常见故障点：
gdm.service（GNOME）、sddm.service（KDE）、lightdm.service（轻量级）；尝试手动启动：systemctl start gdm，再看报错 - 若提示
Cannot open display或 Xorg 日志报错，检查 /var/log/Xorg.0.log 最后 20 行，重点看(EE)行；显卡驱动损坏或配置冲突（如/etc/X11/xorg.conf.d/下错误文件）是主因
退出 emergency 并安全重启
完成修复后，不要直接关机。确保变更已生效：
- 运行 systemctl daemon-reload 重载单元配置
- 执行 systemctl default 尝试切回默认目标（等价于
systemctl isolate multi-user.target或graphical.target） - 如无报错且终端返回正常提示符，输入 exec systemctl reboot 安全重启（比直接 poweroff 更稳妥）
- 若仍无法进图形界面，可在 GRUB 启动时按
e编辑内核参数，在linux行末尾加systemd.unit=multi-user.target临时跳过图形目标，登录后再排查
