Administrace komentářů

S q35 jsem měl problém instalaci vůbec spustit. Vlastně se mi to nepovedlo.

Pokud ti nešla vytvořit VM q35 + ovmf, tak možná budeš potřebovat do souboru /etc/libvirt/qemu.conf uvést správnou cestu k OVMF souborům:

nvram = [ "/usr/share/ovmf/x64/OVMF_CODE.fd:/usr/share/ovmf/x64/OVMF_VARS.fd", ]

Cestu k OVMF_CODE.fd a OVMF_VARS.fd možná budeš mít jinou. V novějším libvitu může být cesta k OVMF_VARS.fd také uvedena v XML souboru dané VM.

Pokud ti to ani pak nepůjde, tak založ nové vlákno "Jak vytvořit q35 ve Virt-manageru?"

Prošel jsem celý, hodně dlouhý /etc/libvirt/qemu.conf a není v něm ani jeden řádek, který by nebyl zakomentován. Našel jsem v něm tohle:

# Location of master nvram file
#
# When a domain is configured to use UEFI instead of standard
# BIOS it may use a separate storage for UEFI variables. If
# that's the case libvirt creates the variable store per domain
# using this master file as image. Each UEFI firmware can,
# however, have different variables store. Therefore the nvram is
# a list of strings when a single item is in form of:
#   ${PATH_TO_UEFI_FW}:${PATH_TO_UEFI_VARS}.
# Later, when libvirt creates per domain variable store, this list is
# searched for the master image. The UEFI firmware can be called
# differently for different guest architectures. For instance, it's OVMF
# for x86_64 and i686, but it's AAVMF for aarch64. The libvirt default
# follows this scheme.
#nvram = [
#   "/usr/share/OVMF/OVMF_CODE.fd:/usr/share/OVMF/OVMF_VARS.fd",
#   "/usr/share/OVMF/OVMF_CODE.secboot.fd:/usr/share/OVMF/OVMF_VARS.fd",
#   "/usr/share/AAVMF/AAVMF_CODE.fd:/usr/share/AAVMF/AAVMF_VARS.fd",
#   "/usr/share/AAVMF/AAVMF32_CODE.fd:/usr/share/AAVMF/AAVMF32_VARS.fd"
#]

To bude IMHO ono. Jak to mám prosím Tě upravit?