Linux系统启动故障修复教程零基础也能操作的完整指南

知识分享

2026-06-02 20:40

4 阅读

一、先确认故障现象和适用场景

开机后屏幕一直卡在黑色背景、显示 kernel panic、或者无限重启，这些都属于 Linux 系统启动故障。
常见原因有：GRUB 引导文件损坏、文件系统错误、内核参数配置异常、或者 /etc/fstab 中挂载了不存在的设备。

本文的方法适用于 CentOS 7/8、
Ubuntu 18.04+、
Debian 10+ 等主流发行版，
你只需要能进入 GRUB 菜单（开机时按 Shift 或 Esc），
就可以跟着操作。

修复时需要一个能读写系统磁盘的环境。
最安全的方式是用 系统安装U盘 进入救援模式，但如果你手边没有U盘，也可以用 单用户模式（single user mode）直接修复。

进入单用户模式的方法（适用于 GRUB 引导）：

重启服务器，在 GRUB 菜单界面选中当前内核那一行（默认高亮），按 e 编辑。
找到以 linux16 或 linux 开头的那一行，在行尾添加一个空格，然后输入 single（如果是较新版本可以输入 init=/bin/bash）。
按 Ctrl+X 或 F10 启动。系统会直接进入 root shell，无需密码。

注意：部分云服务器可能默认屏蔽单用户模式，建议提前准备 VNC 或 IPMI 控制台。

如果屏幕提示 GRUB loading... 后卡住，或者报 error: no such partition，说明引导程序丢失。
在单用户模式下执行：

grub2-install /dev/sda   # 将 GRUB 安装到硬盘主引导记录（MBR）
# 如果你的系统是 UEFI，则改为：
grub2-install --target=x86_64-efi

然后重新生成配置文件：

grub2-mkconfig -o /boot/grub2/grub.cfg   # CentOS/RHEL
update-grub                                # Ubuntu/Debian

如果启动时出现 unexpected inconsistency 或 disk write error，需要强制检查根分区。
先确认根分区设备：

lsblk   # 查看分区，例如 /dev/sda2 是根分区

卸载后修复（如果根分区已挂载，不能直接修复）：

# 在单用户模式下，根分区是只读的，先重新挂载为读写
mount -o remount,rw /
# 对根分区执行检查（建议使用交互模式，但自动修复可以直接用 -y）
fsck -y /dev/sda2

如果启动时卡在 A start job is running for ...，多半是 fstab 里写错了设备名或 UUID。
使用单用户模式进入后：

mount -o remount,rw /
nano /etc/fstab

检查每一行，找到挂载点对应的设备是否真实存在。
如果不确定 UUID，可以用 blkid 查看当前磁盘的 UUID 并替换。
修改后保存退出。

不看日志盲目操作：出现启动故障时，先用 journalctl -xb 查看启动日志（单用户或救援模式中），定位具体错误。比如 mount: /var: can't find UUID 就是 fstab 问题。
直接重启导致越修越坏：刚修改完引导配置或文件系统后，不要立即重启，先执行 grub2-mkconfig 或 sync 写入磁盘。
忘记 root 密码想进系统：单用户模式可以直接修改密码，进入后执行 passwd 即可，无需修复启动。
UEFI 与 BIOS 混淆：GRUB 安装命令必须匹配引导模式，否则修复无效。用 ls /sys/firmware/efi 检查是否存在目录，存在就是 UEFI。

修复完成后，执行以下命令退出单用户模式并重启：

sync                           # 确保所有数据写入磁盘
reboot -f                      # 强制重启（或先退出 shell）

重启后观察进度：正常应出现 GRUB 菜单，然后加载内核，最后弹出登录提示符。
如果还有异常，回到第一步，用 journalctl -b -1 查看上次启动的日志。

反复尝试仍无法进入系统时，建议用 U 盘启动 Live 环境备份数据，然后重装系统。
但大部分情况下，按照本文的 Linux 系统启动故障修复教程操作，都能恢复运行。