Ядро Linux не находит initrd правильно

Ядро говорит Вам, что не знает, какое устройство содержит корневую файловую систему. Ваше монтирование цикла не необходимо. (Размонтируйте его прежде, чем продолжиться).

Попробуйте команду как

qemu -kernel bzImage -hda disk.img -append root=/dev/sda

-hda disk.img параметр говорит qemu моделировать дисковое устройство на основе Вашего disk.img.

-append root=/dev/sda переключатель используется qemu для сообщения ядра о, это - корневое устройство. Это сделано путем добавления root=/dev/sda к командной строке ядра. Можно сравнить это с командной строкой ядра собственного ядра путем выполнения cat /proc/cmdline (Это безопасно). Необходимо видеть там a root параметр, также.

То, что происходит, - то, что Вы пытаетесь загрузить Linux "Устаревшим" способом. Это то, где initrd электронный диск в противоположность сжатому архиву cpio, распакованному ядром в ramfs, и со старым способом переключить в конец устройство.

В том режиме ядро монтирует disk.img как электронный диск как корневая файловая система и затем выполняется /linuxrc там. Скорее всего, в Вашем случае, нет такого файла. Когда /linuxrc (который, как предполагается, делает то независимо от того, что необходимо для перевода в рабочее состояние блочного устройства для реальной корневой файловой системы), выходы, затем ядро монтирует реальную корневую файловую систему.

Сообщения выше показывают, что это монтирует диск поршня успешно (1,0: 1 для ram, так /dev/ram0) но не реальная корневая файловая система/dev/sda1 (8,1: 8 sd, 1 a1). По-видимому, так как Вы не указывали командную строку ядра (-append), это /dev/sda1 прибывает из CONFIG_CMDLINE, переданного во время компиляции ядра или использование rdev.

Если Ваш disk.img предназначен для содержания корневой файловой системы, говорят что маленький дистрибутив Linux с /sbin/init..., затем Вы, вероятно, хотите записать это вместо этого:

kvm -kernel kernel.img -initrd disk.img -append 'root=/dev/ram0`

Затем ядро рассматривало бы диск поршня как реальную корневую файловую систему (хотя Вы могли все еще pivot_root к другому).

Смочь видеть ядро обменивается сообщениями более легко, я рекомендовал бы использовать последовательный вывод:

kvm -kernel kernel.img -initrd disk.img -nographic -append "root=/dev/ram0 console=ttyS0"

Как альтернатива Вы могли использовать init ramfs вместо init электронного диска:

mkdir -p RAMFS/{bin,dev} 
cd RAMFS/bin
cp /bin/busybox .
"$PWD/busybox" --install .
cd ..
cp -a /dev/{null,tty,zero,console} dev
printf '%s\n' "#! /bin/sh" "exec /bin/sh" > init
chmod +x init
find . | cpio -oHnewc | gzip > ../initramfs.gz
cd ..
kvm -kernel kernel.img -initrd initramfs.gz

(если busybox статически связанная версия), и Вы получите оболочку и другие busybox утилиты в том ядре).

Обратите внимание, что ядро теперь работает /init в противоположность /linuxrc или /sbin/init в том режиме.

CONFIG_BLK_DEV_INITRD=y

Этот параметр конфигурации ядра также обязателен. Он включает поддержку initrd в ядре Linux.

К счастью, Buildroot устанавливает его для нас по умолчанию, когда дается BR2_TARGET_ROOTFS_CPIO=y.

Затем вы передаете CPIO в QEMU с опцией qemu -initrd. Моя полная команда QEMU:

./buildroot/output.x86_64~/host/usr/bin/qemu-system-x86_64 -m 128M -monitor telnet::45454,server,nowait -netdev user,hostfwd=tcp::45455-:45455,id=net0 -smp 1  -M pc -append ' nopat nokaslr norandmaps printk.devkmsg=on printk.time=y console=ttyS0' -device edu -device lkmc_pci_min -device virtio-net-pci,netdev=net0 -kernel./buildroot/output.x86_64~/images/bzImage  -nographic  -initrd './buildroot/output.x86_64~/images/rootfs.cpio'

Вот минималистичный полностью автоматизированный пример Buildroot + QEMU:https://github.com/cirosantilli/linux-kernel-module-cheat/tree/b3868a3b009f2ab44fa6d3db3d174930b3cf7b69#initrd