我来帮你梳理下gem5里使用initramfs的问题——确实，gem5的fs.py脚本不像QEMU那样直接提供-initrd参数，但有两种靠谱的方式能实现类似的initramfs启动效果：

1. 将initramfs直接打包进内核镜像 #

这和你在QEMU里直接把initramfs传给-kernel的逻辑完全一致。你需要重新编译内核，在编译配置中开启CONFIG_INITRAMFS_SOURCE选项，指定你的rootfs.cpio文件路径。编译完成后，生成的Image内核镜像就会内置这个initramfs。

之后直接用以下命令启动gem5即可：

gem5 fs.py --kernel Image

⚠️ 注意：要确保内核编译的架构和gem5模拟的目标架构完全匹配（比如aarch64或x86_64），同时CONFIG_INITRAMFS_SOURCE的路径要准确无误。

2. 修改gem5配置脚本/通过命令行参数指定initrd #

如果不想重新编译内核，你可以通过配置脚本或命令行参数直接给内核指定initrd：

• 修改fs.py脚本：在脚本中找到创建Kernel对象的代码段，添加一行指定initrd路径：

  kernel.initrd = "/path/to/your/rootfs.cpio"
  

• 用命令行参数传递：不需要修改脚本，直接通过--param参数动态设置：

  gem5 fs.py --kernel Image --param 'system.kernel.initrd="/path/to/rootfs.cpio"'
  

这两种方式都能实现QEMU -initrd的效果，让内核加载指定的initramfs作为根文件系统。

为什么你之前的启动会失败？ #

你用gem5 fs.py --kernel Image启动失败，是因为默认的Image内核没有内置initramfs，同时fs.py也没有指定额外的根文件系统来源，内核找不到根设备就会启动失败。而你用--disk-image搭配ext2镜像和raw vmlinux的方式，是让内核从磁盘镜像中加载根文件系统，这是gem5默认支持的根文件系统启动方式。

内容的提问来源于stack exchange，提问作者Ciro Santilli