dracut 重新生成 initramfs 后无法启动,主因是镜像缺失关键驱动、模块或配置不匹配硬件/存储栈;需通过 rd.debug 和 rd.break 定位卡点,用 lsinitrd 检查模块与工具是否齐全,并验证 dracut 配置、对比新旧镜像差异及更新 GRUB。

dracut 重新生成 initramfs 后无法启动,通常不是生成失败,而是生成的镜像缺少关键模块、驱动或配置不匹配当前硬件/存储栈。调试需从启动过程分段切入,重点验证 initramfs 是否能挂载根文件系统。
确认 initramfs 是否被正确加载和解压
开机时在 GRUB 菜单按 e 编辑启动项,在 linux 行末尾添加 rd.debug rd.break=cmdline(或仅 rd.debug),然后 Ctrl+X 启动。这样会在 initramfs 阶段暂停并输出详细日志。
-
rd.debug会打印 dracut 每一步操作(如模块加载、设备扫描、LUKS 解密、LVM 激活等) - 若卡在
Starting Dracut Emergency Shell或直接黑屏/重启,说明早期初始化失败(比如内核不识别 NVMe 控制器、缺少nvme或ahci模块) - 若看到
Switching root...但随后 panic,问题大概率出在根设备找不到或 fs 类型不支持(如 ext4 模块没打进 initramfs)
检查 initramfs 内容是否包含必需模块和工具
在可启动的系统中(例如 Live USB),用 lsinitrd 检查刚生成的 initramfs:
-
lsinitrd /boot/initramfs-$(uname -r).img | grep -E "(nvme|ahci|raid|xfs|ext4|btrfs|crypt|lvm)"—— 确认对应硬件驱动和文件系统模块存在 -
lsinitrd /boot/initramfs-$(uname -r).img | grep -E "(modprobe|udevadm|dmsetup|cryptsetup|lvscan)"—— 确保关键工具未被精简掉(尤其启用--regenerate-all或--force时可能跳过某些 hook) - 若使用 LUKS+LVM,必须有
crypt和lvmhook;若用 Btrfs subvolume 作根,btrfs模块不可少
验证 dracut 配置是否覆盖当前环境
检查 /etc/dracut.conf.d/ 下的自定义配置(如 10-crypt.conf、20-lvm.conf),确保:
技术上面应用了三层结构,AJAX框架,URL重写等基础的开发。并用了动软的代码生成器及数据访问类,加进了一些自己用到的小功能,算是整理了一些自己的操作类。系统设计上面说不出用什么模式,大体设计是后台分两级分类,设置好一级之后,再设置二级并选择栏目类型,如内容,列表,上传文件,新窗口等。这样就可以生成无限多个二级分类,也就是网站栏目。对于扩展性来说,如果有新的需求可以直接加一个栏目类型并新加功能操作
-
hostonly="yes"开启时,dracut 只打包本机检测到的模块——若重装系统后硬件变更(如换主板/NVMe 盘),需先运行dracut --regenerate-all --force清空缓存再重建 -
add_drivers+=" nvme ahci mei_me "显式追加必要驱动(特别是 Intel 平台常需mei_me支持 TPM/安全启动相关初始化) - 禁用
omit_drivers或force_drivers错误配置,它们可能导致关键模块被过滤
对比旧版 initramfs 定位差异点
如果上一个可用的 initramfs 还在 /boot 中(如 initramfs-5.15.0-xx-generic.old),可直接比对:
-
diff "—— 查看新版多出了什么(可能是冗余 hook) diff —— 查看新版缺失了什么(最常见原因)- 特别关注
/usr/lib/dracut/modules.d/下是否新增/删除了 hook(如误删90crypt或80lvm)
不复杂但容易忽略:有时只是内核升级后未更新 initramfs,或 grub.cfg 仍指向旧镜像路径。执行 update-grub(Debian/Ubuntu)或 grubby --update-kernel=ALL(RHEL/CentOS)确保 GRUB 条目同步。









