initramfs缺失存储驱动或root参数错误是waiting for root device主因；需检查驱动加载、add_drivers配置、rd.debug调试、root=匹配、LVM/LUKS参数及udev触发。
确认 initramfs 是否真包含所需驱动
重建 initramfs 后仍卡在 waiting for root device，大概率不是配置写错，而是内核根本没加载对应存储控制器驱动。比如 NVMe 盘用 nvme 驱动，USB 启动盘依赖 usb-storage 和 uas，而某些 RAID 卡（如 LSI/Broadcom）需要 megaraid_sas 或 ahci 显式启用。
实操建议：
- 启动时在 GRUB 菜单按
e编辑启动项，在linux行末尾临时加rd.debug rd.shell，回车Ctrl+X进入 debug shell - 进 shell 后执行
lsmod | grep -E "(nvme|ahci|usb|raid|scsi)"，看关键驱动是否已加载 - 若缺失，检查
/etc/dracut.conf.d/或/etc/mkinitcpio.conf中的add_drivers/MODULES是否包含对应模块名 - dracut 用户可加
dracut -f -v --regenerate-all强制重刷所有 initramfs 并输出详细日志，留意 “Adding module” 行
验证 root= 参数是否匹配实际设备状态
UUID 或 LABEL 在 initramfs 里查不到，不等于磁盘本身坏了，更可能是：系统启动时设备节点尚未就绪、udev 规则未生效、或设备路径被其他服务抢占（如 multipath）。尤其 USB/SATA 热插拔设备，/dev/disk/by-uuid/ 下的符号链接可能延迟生成。
实操建议：
- 在
rd.shell中运行find /sys/class/scsi_host/ -name "device" -exec ls -l {}/model \; 2>/dev/null确认物理设备是否被识别 - 手动触发 udev：执行
udevadm trigger --subsystem-match=block，再等几秒ls /dev/disk/by-uuid/ - 改用设备路径而非 UUID/LABEL 测试：临时把
root=UUID=xxx换成root=/dev/nvme0n1p2（需确认该路径在 initramfs 中存在，可用ls /dev/nvme*验证） - 注意：LABEL 受文件系统类型影响，exFAT/F2FS 等可能不支持 LABEL，或需额外工具（如
dosfstools）写入
检查 fstab 与 kernel cmdline 的 root= 是否一致
很多人以为只要 /etc/fstab 写对就行，但 initramfs 阶段只认 kernel 命令行里的 root= 参数。如果 fstab 里是 UUID，而 grub.cfg 里写的是 LABEL，或反过来，就会因找不到设备卡住 —— 尤其当系统曾用过 systemd-boot 或手动编辑过 GRUB 配置后容易出错。
