开机卡在 “emergency mode” 或 “Reached target Graphical” 的单用户修复流程

11次阅读

系统启动卡在emergency mode或“Reached target Graphical Interface”是因关键服务(如fstab挂载、显示管理器)失败导致systemd进入救援状态;需用journalctl、systemctl –failed、lsblk和fstab检查定位问题,优先修复UUID错误或注释故障行,再重载配置并安全重启。

开机卡在 “emergency mode” 或 “Reached target Graphical” 的单用户修复流程ailed:列出启动失败的 unit(重点关注 local-fs.targetmulti-user.targetgdm.servicesddm.service

  • lsblk && cat /etc/fstab:检查物理设备是否识别、/etc/fstab 中的 UUID 或路径是否仍有效(常见于硬盘更换、分区调整或 UUID 变更后未更新 fstab)
  • 修复常见的 fstab 挂载错误

    约 60% 的 emergency mode 是由 /etc/fstab 配置错误触发,比如引用了不存在的 UUID、不可用的 NFS 路径,或设置了 noauto 但某服务强制依赖它。

    • 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 看其依赖项中哪个处于 activatingfailed
    • 常见故障点: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.targetgraphical.target
    • 如无报错且终端返回正常提示符,输入 exec systemctl reboot 安全重启(比直接 poweroff 更稳妥)
    • 若仍无法进图形界面,可在 GRUB 启动时按 e 编辑内核参数,在 linux 行末尾加 systemd.unit=multi-user.target 临时跳过图形目标,登录后再排查
    text=ZqhQzanResources