内核引导时找不到指定uuid的根分区，本质是启动参数中root=uuid=xxx指向的位置与实际磁盘状态不匹配，需先验证grub中root=参数是否与blkid输出一致，再检查fstab、grub.cfg同步性及initramfs驱动完整性。
内核引导时找不到指定 UUID 的根分区，本质是启动参数中 root=UUID=xxx 指向的位置与实际磁盘状态不匹配。这不是内核本身出错，而是“地址写错了”——系统按指令去一个不存在或无法识别的分区挂载根文件系统，于是卡在 initramfs 或报错退出。
确认当前 root= 参数是否有效
这是排查的第一步，必须验证配置和现实是否一致：
- 开机进 GRUB 菜单后按 e 编辑启动项，找到以
linux开头的行，记下root=UUID=...后面那一串字符 - 若能进入 Live 系统（如 Ubuntu 安装 U 盘、CentOS Rescue），运行
sudo blkid，列出所有分区及其真实 UUID - 逐个比对：你记下的 UUID 是否出现在输出中？对应分区的文件系统类型（ext4/xfs/btrfs）是否被内核支持？是否已挂载？
- 注意区分 UUID 和 PARTUUID：
root=UUID=必须用文件系统 UUID（blkid输出第一列），不能混用 PARTUUID（第二列）
检查 /etc/fstab 与 grub.cfg 是否同步
GRUB 配置文件 /boot/grub/grub.cfg 中的 root= 参数，通常由 grub-mkconfig 根据 /etc/fstab 自动生成。两者不一致就会出问题：
- 在可访问的系统中执行
grep -i "root=" /etc/fstab，确认根分区挂载项中的 UUID 是否与blkid结果一致 - 再执行
grep -A1 "menuentry.*Linux" /boot/grub/grub.cfg | grep "root="，看生成的启动项是否用了同一个 UUID - 如果不一致，说明
/etc/fstab已改但没更新 GRUB 配置，立即运行sudo update-grub（Debian/Ubuntu）或sudo grub2-mkconfig -o /boot/grub2/grub.cfg（RHEL/CentOS/Fedora）
排查 initramfs 是否缺失对应驱动或 UUID 解析失败
即使 UUID 正确，initramfs 若未包含必要模块（如 LVM、RAID、NVMe 或特定文件系统驱动），也无法识别目标分区：
- 进入 initramfs 提示符（如
(initramfs)）后，先运行ls /dev/和lsblk，看目标硬盘和分区是否可见 - 若
/dev/sda2等设备名存在但UUID=xxx找不到，可能是 initramfs 没加载对应文件系统模块，尝试手动挂载：mount -t ext4 /dev/sda2 /mnt - 若连
/dev/sda都没有，说明硬件驱动缺失（常见于新内核+旧 RAID 卡/NVMe 控制器），此时应重启并选择上一个可用内核启动 - 修复方式：在正常系统中执行
sudo update-initramfs -u（Debian系）或sudo dracut -f（RHEL系），确保新内核的 initramfs 包含全部必需驱动
处理 UUID 变更后的残留引用
重装系统、克隆磁盘、格式化分区等操作会生成新 UUID，但旧配置可能仍在多个位置残留：
- 检查
/etc/crypttab（如有加密卷）、/etc/default/grub（GRUB_CMDLINE_LINUX中硬编码的 root=）、甚至自定义脚本中是否写死旧 UUID - 某些发行版（如 Rocky Linux）会在
/boot/grub2/grub.cfg中同时存在多套 menuentry，部分可能引用已失效的旧内核+旧 UUID 组合，需一并清理 - 最稳妥做法：统一用
blkid获取最新 UUID，替换/etc/fstab和/etc/default/grub（如需）中的旧值，再重建 GRUB 和 initramfs
