qcow2 с установленным только grub2 BIOS не загружается в публичном облаке, но работает в qemu.

Я пытаюсь создать простой qcow2 размером 200 МБ с установленным только режимом BIOS grub2. Моя цель – получить доступ к командной строке grub или командной строке grub rescue, когда я загружаю указанный образ qcow2 в публичном облаке, таком как OCI или AWS.

Следующие шаги я предпринял:

1. Компилирование GRUB2 в режиме BIOS из исходного кода

   • mkdir grub2
   • cd grub2
   • wget https://ftp.gnu.org/gnu/grub/grub-2.06.tar.gz
   • tar -xvf grub-2.06.tar.gz
   • cd grub-2.06
   • ./configure –target=x86_64 –with-platform=pc –disable-efiemu
   • make
   • grub-mkimage -v -O i386-pc -d ./grub-core -p(hd0,msdos1)/boot/grub -o core.img biosdisk part_msdos fat ntfs exfat part_gpt ext2
   • cp core.img i386-pc

После этих шагов у меня есть boot.img, core.img и файлы .mod в папке i386-pc.

2. Создание нового образа qcow2 и создание таблицы разделов с помощью gdisk
   • qemu-img create -f qcow2 cloud_grub2bios.img 200M
   • sudo qemu-nbd -c /dev/nbd4 cloud_grub2bios.img
   • sudo gdisk /dev/nbd4
     • Затем я переключаю диск на gpt с помощью команды o, а затем создаю 2 раздела: первый – это 4MiB раздел загрузки BIOS, а второй – файловая система Linux для оставшегося пространства в образе. Вывод команды gdisk p после указанных операций представлен ниже. Я также запускаю sudo mkfs.ext4 /dev/nbd4p2 после создания разделов.

Сканирование таблицы разделов:
  MBR: защитный
  BSD: не присутствует
  APM: не присутствует
  GPT: присутствует

Найдена действительная GPT с защитным MBR; используется GPT.

Команда (? для помощи): p
Диск /dev/nbd5: 409600 секторов, 200.0 МиБ
Размер сектора (логический/физический): 512/512 байт
Идентификатор диска (GUID): 4AF5DA38-30C9-4094-949A-60663B89B865
Таблица разделов вмещает до 128 записей
Основная таблица разделов начинается с сектора 2 и заканчивается на секторе 33
Первый доступный сектор - 34, последний доступный сектор - 409566
Разделы будут выровнены по границам в 2048 секторов
Всего свободного пространства - 2014 секторов (1007.0 КиБ)

Номер  Начало (сектор)    Конец (сектор)  Размер       Код  Имя
   1            2048           10239   4.0 МиБ     EF02  Раздел загрузки BIOS
   2           10240          409566   195.0 МиБ   8300  Файловая система Linux 

3. Установить grub2 BIOS в образ qcow2 с помощью grub-install, находящегося в папке grub2.06.
   • sudo mount /dev/nbd4p2 /mnt
   • sudo ./grub-install –target=i386-pc –boot-directory=/mnt/boot –directory=./grub-core/ /dev/nbd4
   • После выполнения команды grub-install я получаю следующий вывод

   • Установка для платформы i386-pc.
     ../grub/grub-2.06/grub-install: предупреждение: не удается открыть директорию `/usr/local/share/locale': Нет такого файла или директории.
     Установка завершена. Ошибок не обнаружено.
     

4. Когда образ qcow2 готов, я конвертирую его в сырой образ с помощью команды qemu-img, а затем запускаю сырой образ с помощью следующей команды

qemu-system-x86_64 -m 4096 -cpu max -drive file=cloud_grub2bios.raw,if=virtio,format=raw -display none -nographic

Здесь я могу правильно увидеть командную строку grub2.

5. Но когда я загружаю этот образ qcow2 в OCI или AWS, настраиваю образ для запуска с использованием BIOS firmware и проверяю последовательную консоль, я ничего не получаю. Экран полностью пустой.

Примечание

1. Я скачал облачный образ Jammy с https://cloud-images.ubuntu.com/jammy/20240912/jammy-server-cloudimg-amd64.img и загрузил его обратно в OCI. Затем в моем загруженном образе я установил прошивку только BIOS, снимя отметку с опции UEFI. Мне пришлось вручную загрузить и сделать это вместо использования уже опубликованного изображения ubuntu в OCI, так как по умолчанию опубликованная в OCI ubuntu поддерживает как BIOS, так и UEFI, и предпочтительнее UEFI. Когда я запускаю экземпляр, он всегда появляется с прошивкой UEFI. Образ облака jammy, который я загрузил в OCI и принуждаю к запуску с BIOS firmware, успешно загружается в OCI.
2. Я пробовал использовать boot.img, core.img и файлы .mod из облачного образа jammy, который работает в OCI, при создании моего qcow2. Даже с этим мой образ не попал ни в командную строку grub, ни в команду grub rescue и продолжал показывать пустой экран.
3. Я пробовал обширно гуглить и использовать AI-инструменты, такие как Chatgpt, Gemini и т.д., но не нашел ни одного рабочего решения. Ближайшее, что я нашел для создания нового облачного образа, это https://github.com/mvallim/cloud-image-ubuntu-from-scratch, но это использование grub2 в режиме UEFI, и они не компилируют grub2 с нуля, как я это делаю.