启动失败的处理:fstab与单用户模式
Linux系统
2026-11-10 16:46
7
讲清 fstab 写错、grub 异常、磁盘满导致起不来的处理路径,重点是不重装。下面按“先判断、再动手、最后验证”的顺序展开,每一步都给出可核对的检查点。
涉及 启动失败、fstab、单用户模式 的关键动作都写成了具体命令或配置项,可以照着走,也可以当检查表用。
fstab 写错
表现为卡在 emergency mode,输入 root 密码进入后注释掉错误行再 reboot。
单用户与救援
grub 菜单按 e 在 kernel 行末加 single 或 rd.break,进入后 remount 根分区为可写。
磁盘满
/ 满会导致服务全挂且无法登录,救援模式下删日志或扩盘。
grub 损坏
用安装盘进入救援模式,chroot 后重装 grub 并重建配置。
预防
改 fstab 用 mount -a 先验证,关键机器保留救援通道与快照。
速查表
| 环节 | 关键动作 |
|---|---|
| fstab 写错 | 表现为卡在 emergency mode,输入 root 密码进入后注释掉错误行再 reboot |
| 单用户与救援 | grub 菜单按 e 在 kernel 行末加 single 或 rd.break,进入后 remount 根分区为可写 |
| 磁盘满 | / 满会导致服务全挂且无法登录,救援模式下删日志或扩盘 |
| grub 损坏 | 用安装盘进入救援模式,chroot 后重装 grub 并重建配置 |
常见问题
Q:按文中写法改完,怎么确认真的生效?
不要只看配置文件,用对应的验证命令或从外部视角复测一次;改完先小流量观察一段,再全量推进,出问题能马上回退。
Q:按文中的步骤做完,还需要注意什么?
把处理过程和最终生效的参数记下来。同类问题再出现时直接对照记录,比重查一遍快得多。
Q:业务规模小,也要按这套标准来吗?
不需要一次到位。先把影响最大的两项做到位,剩余的随着业务增长逐步补齐,比一开始就追求完美更容易落地。
小结
回到这篇的 5 个环节:fstab 写错、单用户与救援、磁盘满、grub 损坏、预防。把这几个动作写进检查表,下次遇到同类问题按顺序过一遍,比凭经验跳步骤稳。
相关阅读:DNS解析失败与连接超时排查、时区与字符集:时间错乱和乱码排查、Nginx反向代理与负载均衡配置。
延伸阅读:文件权限与属主:chmod踩坑与修复、磁盘扩容:LVM与文件系统在线扩展、内存占用高排查:从free到smem。