virt-manager – Изменение прошивки ПОСЛЕ установки

virt-manager по умолчанию использует BIOS в качестве прошивки. Есть возможность изменить это на UEFI непосредственно перед установкой, после настройки тома.

Однако после установки выпадающее меню для изменения прошивки исчезает.

Установленная система загружается только с UEFI, а не с BIOS. Установка была сложной процедурой, и я хотел бы избежать повторения этого, если возможно.

Существует ли способ преобразовать прошивку в UEFI, сохранив содержимое системы (диска) нетронутым?

Вам необходимо отредактировать XML вашего виртуального компьютера с помощью virsh и добавить в секцию <os /> два элемента: <flash /> (ro efi) и <nvram /> (rw environment).

Вы можете прочитать другой предварительно настроенный файл для uefi, чтобы найти больше информации об этих двух флагах.

Похоже, вы разобрались со своей проблемой, но для ответа: вы не можете сделать это через интерфейс, потому что для существующей установленной виртуальной машины обычно нельзя переключиться с BIOS на UEFI так, чтобы все ‘просто работало’. Например, если вы установили Fedora, то способ настройки загрузки изначально зависит от того, была ли установка выполнена на BIOS или UEFI, поэтому изменение этой настройки на уровне виртуальной машины, вероятно, сделает виртуальную машину незагружаемой.
Если вы хотите изменить вашу прошивку, игнорируя предупреждение, измените начальный тег <os> на <os firmware="efi">. Это так просто.

Я повторно импортировал изображение qcow2, чтобы исправить проблему, следуя этому руководству:

На Archlinux я сначала установил:

sudo pacman -S edk2-ovmf

Затем:

Наконец, файл конфигурации XML был изменен с:

<os>
    <type arch="x86_64" machine="pc-q35-7.2">hvm</type>
    <boot dev="hd"/>
</os>

на:

<os>
    <type arch="x86_64" machine="q35">hvm</type>
    <loader readonly="yes" type="pflash">/usr/share/edk2/x64/OVMF_CODE.fd</loader>
    <boot dev="hd"/>
</os>

Я только что узнал, что можно перемещать диск (файл с расширением qcow2) из одной виртуальной машины в другую. Просто создайте другую виртуальную машину и добавьте этот диск. Затем вы сможете сделать все, что вам нужно до установки.

Если вы хотите изменить вашу прошивку вопреки предупреждению Cole, измените начальный тег <os> на <os firmware="efi">. Это так просто.

У меня недостаточно репутации, чтобы оставить комментарий, поэтому я просто поделюсь своим опытом здесь.

Я попытался сделать то, что сказал @George Bungarzescu, но его теги, вероятно, устарели. Поэтому я скопировал настройки на новую машину, которая изначально настроена на работу с UEFI. Результат? Ошибка при загрузке:

Я даже скопировал новый machine_VARS.fd для старого. Это не сработало.

Просто создайте новую виртуальную машину, как предложил @nomad, используйте тот же файл qcow2 и настройте свои uefi настройки соответственно.

[Ответ, специфичный для Ubuntu 24.04 (в моем случае Mint 22), поскольку пути к файлам отличаются]

Чтобы исправить это в моем случае, файлы прошивки UEFI находились в другом месте по сравнению с ArchLinux, о которых упоминается в других ответах и комментариях. На моей системе это были видимые графические опции при создании виртуальной машины:

Эти файлы предоставляются пакетом ovmf на моей системе.

Это фрагмент того, что virt-manager создал для меня для опции OVMF_CODE_4M.ms.fd. В моем случае меню загрузки также было включено – вы можете настроить это и порядок загрузки в графическом интерфейсе позже.

  <os>
    <type arch="x86_64" machine="q35">hvm</type>
    <loader readonly="yes" type="pflash">/usr/share/OVMF/OVMF_CODE_4M.ms.fd</loader>
    <bootmenu enable="yes"/>
  </os>

Для “стандартного” secboot (в сравнении с ms), местоположение pflash меняется на /usr/share/OVMF/OVMF_CODE_4M.secboot.fd.

После того, как вы сохраните свои изменения, в разделе <os> добавятся некоторые дополнительные детали автоматически. Вам не нужно вводить их вручную, система добавит их за вас.

  <os firmware="efi">
    <type arch="x86_64" machine="pc-q35-8.2">hvm</type>
    <firmware>
      <feature enabled='yes' name="enrolled-keys"/>
      <feature enabled='yes' name="secure-boot"/>
    </firmware>
    <loader readonly='yes' secure="yes" type="pflash">/usr/share/OVMF/OVMF_CODE_4M.ms.fd</loader>
    <nvram template="/usr/share/OVMF/OVMF_VARS_4M.ms.fd">/var/lib/libvirt/qemu/nvram/win10_VARS.fd</nvram>
    <bootmenu enable="yes"/>
  </os>