正确写法是明确指定 virtio、virtio_ring 和 virtio_blk模块，因为virtio不是可加载模块而是总线前缀，dracut不会自动推导依赖；若virtio_blk被编译为builtin则无需dracut添加。

dracut --add-drivers "virtio" 为什么加不进 virtio_blk？

因为 virtio 不是内核模块名，而是一个总线前缀；virtio_blk 是独立模块，dracut 不会自动推导子模块。用 --add-drivers "virtio" 实际上什么也没加进去——内核里没有叫 virtio 的可加载模块，lsmod | grep virtio 也看不到它。

正确写法：明确指定 virtio_blk 和依赖模块

在 KVM/QEMU 虚拟机中，virtio_blk 依赖 virtio_ring 和 virtio（注意：这里的 virtio 是一个极小的通用模块，不是总线名），必须一并加入：

Pandas 配置文件报告生成器

使用ydata-profiling（前身为pandas-profiling）生成全面的数据质量报告，包含相关性分析、缺失值模式和基数检测。导出交互式HTML仪表板和JSON摘要。

下载

• dracut -f --regenerate-all --add-drivers "virtio virtio_ring virtio_blk"
• 如果还用到网卡，顺手加上 virtio_net
• 检查是否生效：lsinitrd /boot/initramfs-$(uname -r).img | grep -E "(virtio|blk)"

升级内核后 initramfs 没自动重建？别只信 dracut 配置文件

很多发行版（如 RHEL/CentOS 8+、Fedora）默认启用 dracut-install 触发机制，但内核升级时若未调用 kernel-install 或 dracut --regenerate-all，旧 initramfs 仍会被沿用。常见表现是：新内核启动卡在 “Waiting for root device…”。

• 确认当前 initramfs 是否匹配新内核：lsinitrd /boot/initramfs-$(uname -r).img | head -n5 看时间戳和内核版本
• 强制重建：dracut -f --regenerate-all（加 -v 可看模块加载日志）
• 某些系统需先 dracut --force 再 --regenerate-all，否则跳过已存在的镜像

virtio_blk 在 initramfs 里没加载？检查内核配置和模块路径

即使 dracut 加了驱动，启动时仍可能报 Failed to load module virtio_blk，原因通常是：

• 新内核编译时把 CONFIG_VIRTIO_BLK=m 改成了 =y（内置），此时模块文件 virtio_blk.ko.xz 根本不存在，dracut 找不到它，也就不会打包进 initramfs
• 检查：zcat /lib/modules/$(uname -r)/modules.builtin | grep virtio_blk，若输出非空，说明它是 builtin，无需 dracut 加载，但需确保 root 设备识别逻辑兼容（比如使用 root=PARTUUID=... 而非依赖模块探测）
• 若为 =m，但 find /lib/modules/$(uname -r) -name 'virtio_blk*' 无结果，说明模块未安装，需重装 kernel-modules 包或重新 make modules_install

dracut 对模块名极其严格，拼错、漏依赖、或模块实际不存在，都会静默失败。最稳的方式是：先确认模块存在且可 modprobe，再让 dracut 显式列出来。