linux救援模式是绕过损坏系统的独立临时环境，用于修复grub、fstab、内核或文件系统等问题；需手动挂载根分区、绑定虚拟文件系统、chroot后重装引导或更新配置。
Linux系统启动失败时，救援模式是绕过原系统、直接访问硬盘并修复问题的核心手段。它不依赖损坏的GRUB、内核或挂载配置，而是提供一个干净的临时环境来诊断和恢复。
确认是否需要进入救援模式
当出现以下现象，说明已无法通过常规方式（如单用户模式）修复，必须使用救援模式：
- 开机卡在 grub rescue> 提示符，或显示 error: unknown filesystem
- 选择内核后报错 Kernel panic - not syncing: VFS: Unable to mount root fs
- 系统自动进入 emergency mode 并停留在命令行，提示挂载失败（如 /dev/sda2 failed to mount）
- 误删 /boot 内容、修改错误的 /etc/fstab 或覆盖了 MBR/EFI 引导区
手动挂载根分区与关键子系统
救援环境通常不会自动挂载，或仅以只读方式挂载。需明确识别并逐级挂载：
linux-sysadmin
下载
Linux系统管理专家，覆盖12大模块：用户权限、SSH、存储、网络、systemd、防火墙、日志监控、备份恢复、TLS证书、Ansible、容器、IaC。提供配置、验证、加固、监控、备份、自动化、故障排查、回滚闭环。关键词：useradd、sudo、sshd_config、chmod、SEL...
- 用 lsblk 或 fdisk -l 查看磁盘布局，确认根分区（如 /dev/nvme0n1p2）、独立 /boot（如 /dev/nvme0n1p1）、以及 EFI 分区（如 /dev/nvme0n1p3，类型为 EFI System）
- 创建挂载点并挂载：
mkdir /mnt/rescue
mount /dev/nvme0n1p2 /mnt/rescue
mount /dev/nvme0n1p1 /mnt/rescue/boot
mount /dev/nvme0n1p3 /mnt/rescue/boot/efi - 若使用 LVM：先运行 vgchange -ay 激活卷组，再用 lvscan 找到逻辑卷路径（如 /dev/centos/root），然后挂载
切换到原系统并检查挂载项
挂载完成后，必须绑定虚拟文件系统才能安全 chroot，并验证 fstab 是否有效：
- 执行绑定：
mount --bind /dev /mnt/rescue/dev
mount --bind /proc /mnt/rescue/proc
mount --bind /sys /mnt/rescue/sys - 进入原系统：chroot /mnt/rescue
- 检查 /etc/fstab 是否语法正确、设备路径是否存在：
cat /etc/fstab
findmnt -D（列出当前实际挂载情况）
systemctl list-units --failed（查看哪些挂载单元失败） - 若发现某行配置错误（如 UUID 错误、类型写成 ext3 但实际是 xfs），直接编辑修正
修复引导与重建内核文件
挂载项正常后，常见问题多集中在引导和内核缺失。按需执行：
- 重装 GRUB：
BIOS 系统：grub2-install /dev/nvme0n1
UEFI 系统：grub2-install --target=x86_64-efi --efi-directory=/boot/efi --bootloader-id=centos - 更新 GRUB 配置：
RHEL/CentOS/Fedora：grub2-mkconfig -o /boot/grub2/grub.cfg
Debian/Ubuntu：update-grub - 检查内核文件是否完整：
uname -r → 得到当前运行版本号
ls /boot/vmlinuz-$(uname -r) /boot/initramfs-$(uname -r).img
若缺失，挂载安装介质（如 mount /dev/sr0 /mnt/cdrom），再用 rpm -ivh --force /mnt/cdrom/Packages/kernel-*.rpm（RHEL系）或 apt install --reinstall linux-image-$(uname -r)（Debian系）恢复
完成修复后退出 chroot（exit），依次卸载所有挂载点（顺序相反），重启即可。
