Linux 系统升级后无法启动，教你紧急修复

升级后黑屏或进不了系统？先不要慌

多数服务器在 yum/apt 升级内核或关键驱动后，因 grub 配置异常、initramfs 缺失或磁盘空间满而导致无法启动。
对零基础用户来说，进入救援模式（Rescue Mode）是最安全、最通用的修复手段。
下面以 CentOS 7 / Rocky Linux 系统为例，手把手教你修补启动链路。

准备救援介质与控制台访问

• 物理机/虚拟机：需准备与系统版本相同的安装光盘或 U 盘（ISO），从 BIOS 设置 U 盘启动。
• 云服务器：通过服务商管理后台挂载 ISO（如 VNC 或 IPMI 加载救援盘），重启后选择“Troubleshooting” → “Rescue a CentOS system”。
• 提示：如果你有 SSH 连接权限但重启后失联，建议立即通过控制台（KVM / IPMI）操作。

从救援模式进入系统并挂载根分区

在救援模式选择 1) Continue 进入 shell。
先确认硬盘设备名：

lsblk

通常 /dev/sda1 为 /boot 分区，/dev/sda2 为根分区。
挂载根分区到 /mnt：

mount /dev/sda2 /mnt
mount /dev/sda1 /mnt/boot   # 如果有独立 boot 分区

接着挂载必要虚拟文件系统并 chroot：

for i in /dev /dev/pts /proc /sys /run; do mount --bind $i /mnt$i; done
chroot /mnt

此时你已经进入原系统的完整环境，可以执行修复命令了。

修复 GRUB 与重建 initramfs

重装 GRUB 到磁盘 MBR/GPT

grub2-install /dev/sda

如果不确定磁盘，用 lsblk 确认。
注意这里是指整块磁盘，不是分区。

更新 GRUB 配置文件

grub2-mkconfig -o /boot/grub2/grub.cfg

重建 initramfs（内核初始化镜像）

dracut -f /boot/initramfs-$(uname -r).img $(uname -r)

如果升级后内核版本变了（比如从 4.18 升到 5.14），先用 ls /boot 查看 vmlinuz 实际文件名，再手动指定：

dracut -f /boot/initramfs-5.14.0-xxx.el8.x86_64.img 5.14.0-xxx.el8

退出并重启

exit
reboot

拔掉安装介质，让系统从硬盘启动。

常见错误与避坑说明

• 磁盘满导致 initramfs 生成失败：chroot 后执行 df -h 检查 /boot 空间，若低于 50MB 请删除旧内核（package-cleanup --oldkernels --count=2），再重新运行 dracut。
• SELinux 文件标签混乱：如果重启后还是提示“Failed to load SELinux policy”，chroot 进入后执行 touch /.autorelabel，重启时会自动重打标签。
• grub2-install 提示“找不到设备”：检查是否挂载了 /dev 和 /sys，或者尝试 grub2-install --target=x86_64-efi /dev/sda（UEFI 模式）。
• /boot 单独分区未挂载：漏掉这一步会导致 /boot/grub2/grub.cfg 不存在，必须提前挂好。

验证系统是否正常启动

重启后看到 GRUB 菜单，选择最近版本内核（如果修复后还是之前的有问题，可以选旧内核进入）。
登录后执行：

uname -r
dmesg | grep -i error
systemctl status sshd

检查内核版本、有无硬件驱动报错、SSH 服务是否正常。
若一切正常，再把旧内核清理掉（package-cleanup --oldkernels --count=2）并确认下次升级前备份 /boot。

核心结论：Linux 系统升级后无法启动时，通过救援模式挂载根分区 + chroot 环境重装 GRUB、重建 initramfs 是最通用的修复方案。
操作前务必先备份重要数据，并确保有控制台访问权限。
遇到磁盘满或 SELinux 冲突时对照避坑说明处理，十有八九能恢复上线。