救援模式是什么
当系统无法正常启动——引导损坏、关键配置写错、关键包被删——可以用安装介质的 Rescue 模式救回来。救援环境本质是一个独立的最小系统，它尝试把原系统挂载到 /mnt/sysroot；识别不到时按提示手动激活卷组、挂载根分区。进去之后 chroot 到原系统，就能像正常系统一样重装引导、恢复配置、补装损坏的包，处理完退出并重启即可。
基本信息
| 入口 | 安装介质引导菜单选择 Rescue a system（救援模式） |
|---|---|
| 挂载点 | /mnt/sysroot（安装器自动挂载的原系统根） |
| 典型用途 | 重装引导、恢复被改坏的配置、补装被误删的包 |
| 手动挂载 | LVM 根分区先 lvm vgchange -ay 激活卷组再挂载 |
| 退出方式 | exit 后 reboot，或选择重新引导 |
典型使用场景
- 引导损坏：grub 配置写错或引导记录被覆盖，系统停在 grub 提示符
- 配置写坏：改错 fstab 或系统关键配置导致无法启动
- 误删系统包：删掉 glibc 或基础组件后系统起不来，进救援环境补装
- 忘记 root 口令：在可信物理环境下按流程重置（需符合单位安全规定）
- 文件系统检查：根分区异常时在救援环境里做 fsck 修复
进入救援环境后的修复步骤
进入救援环境后的修复步骤
# 进入救援 shell 后，先确认原系统是否已挂载：
ls /mnt/sysroot
# 未自动挂载时手动激活并挂载：
lvm vgchange -ay # LVM 卷组必须先激活
mount /dev/mapper/vg0-root /mnt/sysroot # 挂根分区
mount --bind /dev /mnt/sysroot/dev
chroot /mnt/sysroot /bin/bash # 切进原系统
grub2-install /dev/sda # BIOS 方式重装引导
grub2-mkconfig -o /boot/grub2/grub.cfg # 重新生成引导配置
dnf reinstall -y glibc systemd # 补装被误删的关键包
exit
reboot常见故障与动作
| 现场现象 | 可能原因 | 救援环境动作 |
|---|---|---|
| 停在 grub> 提示符 | 引导配置或引导记录损坏 | chroot 后 grub2-install 加 grub2-mkconfig |
| 启动进 emergency shell | fstab 挂载项写错 | 修正 /etc/fstab 中的 UUID 或设备名 |
| 服务大面积起不来 | 关键包被误删或损坏 | dnf reinstall 对应包并重建缓存 |
| 文件系统报错只读挂载 | 文件系统损坏或脏标志 | 卸载后 fsck 修复再挂载 |
| 找不到原系统 | LVM 未激活或分区表异常 | lvm vgchange -ay，或手动指定分区 |
救援模式识别不到原系统时选择手动挂载：先 lvm vgchange -ay 激活卷组再挂根分区，顺序反了会看不到设备。
修复 SELinux 系统的文件后注意上下文：恢复文件后按需 restorecon，或创建 /.autorelabel 让下次启动重新打标签。