3. 单用户模式救援：进入单用户模式的方法、文件系统修复、重置root密码实战、单用户模式的局限性
大家好，我是老韩。今天咱们聊聊单用户模式。这玩意儿，说白了就是Linux系统的一个“安全屋”。系统崩了、密码忘了、配置改坏了，很多时候都得靠它救命。我入行那会儿，第一次在生产环境上搞砸了root密码，就是靠单用户模式救回来的，印象特别深。
核心概念：单用户模式是Linux系统的一种特殊运行级别（Runlevel 1或S）。它只启动最基本的服务，以root身份直接登录，不依赖网络。目的只有一个：让你在系统出问题时，能有一个干净的环境去修复。
3.1 进入单用户模式的方法
进入方式有好几种，我挑最常用的两种讲。你想想看，系统都起不来了，我们得在引导阶段动手脚。
方法一：通过GRUB引导菜单（最常用）
这是我在项目中遇到最多的情况。系统启动时，在GRUB菜单界面，按 e 键编辑启动项。找到以 linux 或 linux16 开头的行，在行尾添加 single 或 1 或 S。然后按 Ctrl+X 或 F10 启动。
# 在GRUB菜单按 'e' 后，找到类似的行：
linux /vmlinuz-... root=/dev/mapper/... ro
# 修改为：
linux /vmlinuz-... root=/dev/mapper/... rw single init=/bin/bash
# 或者更简单的：
linux /vmlinuz-... root=/dev/mapper/... rw 1我的习惯：我个人习惯加上 rw 参数，这样进入后文件系统就是可读写状态，省得再手动挂载。否则默认是只读的，你连 passwd 命令都跑不了。
方法二：通过内核参数传递（适用于远程或自动化）
如果你用的是云服务器或者虚拟机，可以通过管理控制台修改内核启动参数。在GRUB配置文件中，将 GRUB_CMDLINE_LINUX 变量加上 single。
# 编辑 /etc/default/grub
GRUB_CMDLINE_LINUX="... single"
# 然后更新GRUB配置
grub2-mkconfig -o /boot/grub2/grub.cfg # CentOS/RHEL 7+
update-grub # Ubuntu/Debian3.2 单用户模式下的文件系统修复
系统非正常关机后，文件系统可能会出问题。单用户模式是修复的最佳时机。为什么？因为此时没有其他进程占用文件系统。
我记得有一次，机房断电，一台数据库服务器重启后直接进了维护模式。我进去一看，根分区报错。这时候就用到了 fsck。
# 先检查根分区（注意：根分区必须只读或卸载）
# 如果根分区是只读挂载的，直接检查
fsck -y /
# 如果根分区是可读写的，需要先重新挂载为只读
mount -o remount,ro /
fsck -y /
# 检查其他分区（如 /home）
fsck -y /dev/sda2避坑指南：我曾经在根分区可读写状态下直接跑 fsck，结果把系统搞得更乱了。记住：检查文件系统前，一定要确保分区是卸载状态或只读挂载。否则后果自负。
3.3 重置root密码实战
这是单用户模式最经典的应用场景。忘了root密码？别慌，按下面步骤来。
- 进入单用户模式（方法见3.1节）。
- 如果文件系统是只读的，先重新挂载为可读写：
mount -o remount,rw / - 直接运行
passwd命令，输入新密码。 - 如果系统启用了SELinux，需要重新标记文件上下文：
touch /.autorelabel - 输入
exec /sbin/init或reboot重启系统。
# 完整流程示例
# 1. 进入单用户模式后，检查挂载状态
mount | grep " / "
# 2. 如果显示 ro，则重新挂载
mount -o remount,rw /
# 3. 重置密码
passwd root
# 输入两次新密码
# 4. 如果使用SELinux，创建自动重新标记文件
touch /.autorelabel
# 5. 重启
reboot -f一个小细节：有些系统（比如Ubuntu 18.04+）默认使用 systemd，进入单用户模式的方式略有不同。需要在GRUB菜单的 linux 行末尾加 systemd.unit=rescue.target 而不是 single。嗯，这里要注意区分。
3.4 单用户模式的局限性
单用户模式虽然好用，但也不是万能的。我吃过不少亏，总结了几点局限性。
| 局限性 | 说明 | 我的建议 |
|---|---|---|
| 无网络支持 | 单用户模式不启动网络服务，无法远程SSH登录 | 必须物理接触或通过带外管理（如iLO、IPMI） |
| 服务不完整 | 只启动最基本的服务，数据库、Web服务等都不运行 | 适合修复，不适合排查服务级问题 |
| 文件系统风险 | 如果根分区本身损坏严重，可能连单用户模式都进不去 | 这时候需要借助Live CD或救援模式 |
| GRUB损坏 | 如果GRUB引导程序本身坏了，单用户模式也无能为力 | 需要从外部介质引导，比如光盘、U盘 |
| 加密文件系统 | 如果根分区是LUKS加密的，单用户模式需要手动解密 | 提前准备好解密密钥或使用网络解锁 |
重要提醒：单用户模式不是“万能钥匙”。我曾经遇到一台服务器，根文件系统超级块损坏，连单用户模式都进不去。最后只能挂载Live CD，用 fsck 的备用超级块才救回来。所以，单用户模式只是救援链条中的一环，不是终点。
知识体系图：单用户模式救援核心逻辑
这张图把单用户模式救援的决策流程画清楚了。说白了，就是先判断能不能进单用户模式，能进就进去修，不能进就上Live CD。进去之后，第一件事看文件系统是不是只读，是的话先改成读写，然后再动手干活。
总结一下：单用户模式是Linux运维的“急救箱”，但不是“手术台”。它能解决密码重置、简单文件系统修复、配置回滚等问题。但对于硬件故障、GRUB损坏、根分区严重损坏等情况，它就不够用了。这时候需要更高级的救援手段，比如Live CD、网络救援、甚至硬件替换。嗯，这些内容我们后面会陆续讲到。
可可精品资料库