遇到这种情况，最稳妥的办法是先在 GRUB 菜单选择旧内核启动，确保系统能进入，再排查新内核无法引导的具体原因。

命令速用版

如果你已经处于 emergency mode 的命令行界面，以下命令可帮助快速定位问题：

查看启动日志报错重点：
journalctl -xb | grep -i fail

检查文件系统挂载配置：
cat /etc/fstab

尝试重新生成初始化镜像（需确保挂载根目录为读写）：
dracut -f

检查 XFS 文件系统状态（假设根分区为 /dev/sda2）：
xfs_repair -n /dev/sda2

为什么会这样

升级内核后进入 emergency mode，通常不是内核本身损坏，而是引导环境与当前硬件或配置不匹配。CentOS 7 默认使用 XFS 文件系统，对挂载参数敏感。常见原因包括新内核生成的 initramfs 镜像缺少存储控制器驱动，导致无法识别根分区；或者 /etc/fstab 中记录的 UUID 与实际分区不一致，系统无法完成根目录挂载。此外，如果升级过程中断，可能导致内核文件不完整，GRUB 能找到文件但无法加载。

分步处理

1. 尝试切换旧内核
重启服务器，在 GRUB 引导菜单出现时迅速按方向键停止倒计时。选择列表中靠下的旧内核版本（通常标记为 Rescue 或版本号较低项）按 Enter 启动。若能进入系统，说明硬件和基础配置无误，问题局限在新内核环境。

2. 检查 fstab 配置
进入系统后，执行 blkid 查看当前分区实际 UUID，并与 /etc/fstab 内容比对。若发现不一致，编辑 fstab 修正 UUID。注意不要编辑错行，建议先备份：
cp /etc/fstab /etc/fstab.bak

3. 重建 initramfs
若 UUID 无误，可能是初始化镜像缺失驱动。在当前运行的内核环境下（最好是旧内核），重新为新内核生成镜像。先确认新内核版本：
rpm -qa | grep kernel
然后指定版本生成：
dracut -f /boot/initramfs-$(uname -r).img $(uname -r)
如果是在旧内核下为新内核操作，需替换命令中的版本号为新内核版本。

4. 更新 GRUB 配置
确保引导配置指向正确的文件：
grub2-mkconfig -o /boot/grub2/grub.cfg

怎么验证是否生效

完成修复后重启服务器，观察是否不再进入 emergency mode。进入系统后执行 uname -r 确认当前运行的是目标内核版本。查看系统日志确认无挂载警告：
journalctl -xb | grep -i mount
同时检查关键服务状态：
systemctl is-failed
若无输出或状态为 active，说明系统引导正常。

常见坑

1. 根目录只读：在 emergency mode 下，根文件系统通常以只读方式挂载。执行修复命令前，需先重新挂载为读写：mount -o remount,rw /。

2. XFS 修复风险：CentOS 7 默认使用 XFS 文件系统。若提示文件系统错误，使用 xfs_repair 前务必先卸载分区。对于根分区，需在救援模式下操作，强制修复可能导致数据丢失，建议先使用 -n 参数检查。

3. LVM 未激活：若系统使用 LVM 管理分区，emergency mode 下可能未自动激活卷组。需手动执行 vgchange -ay 激活逻辑卷，否则无法挂载根目录。

4. 驱动缺失：某些云厂商或硬件 RAID 卡需要特定驱动才能识别磁盘。若新内核移除了相关模块，需手动将驱动模块加入 initramfs 或回退内核。