2 votes

Virt-Manager (QEMU/KVM) installer une erreur interne lors de l'utilisation du firmware UEFI x86_64 OVMF

ÉDITER

J'ai résumé le problème et la solution actuelle pour que les autres voient simplement les points essentiels de mon post original.

Le problème de "erreur interne" lors de l'utilisation du firmware OVMF

L'erreur suivante se produit lorsque vous utilisez un firmware EFI arm64 sur des ROMs basés sur x86 (voir la réponse de @Christian Ehrhardt) que j'ai faite par erreur lorsque je testais les firmwares UEFI avec Kubuntu 18.04.3 LTS VM dans Virt-Manager :

virt-manager-internal-error

En gros, vous pouvez obtenir le firmware EFI x86_64 avec le paquet ovmf :

$ apt install ovmf

Et le firmware EFI arm64 avec le paquet qemu-efi :

$ apt install qemu-efi

La solution que j'ai appliquée était très simple

Tracer les détails complets de l'erreur :

Impossible de terminer l'installation : 'erreur interne: le processus s'est arrêté en se connectant au moniteur : 2019-11-11T22:17:50.165625Z qemu-system-x86_64: -drive file=/var/lib/libvirt/qemu/nvram/kubuntu-18.04.3-lts_VARS.fd,if=pflash,format=raw,unit=1: fichier de support surdimensionné, les segments pflash ne peuvent pas être mapés sous 00000000ff800000'

Traceback (most recent call last):
  File "/usr/share/virt-manager/virtManager/asyncjob.py", line 89, in cb_wrapper
    callback(asyncjob, *args, **kwargs)
  File "/usr/share/virt-manager/virtManager/create.py", line 2553, in _do_async_install
    guest.start_install(meter=meter)
  File "/usr/share/virt-manager/virtinst/guest.py", line 498, in start_install
    doboot, transient)
  File "/usr/share/virt-manager/virtinst/guest.py", line 434, in _create_guest
    domain = self.conn.createXML(install_xml or final_xml, 0)
  File "/usr/lib/python2.7/dist-packages/libvirt.py", line 3603, in createXML
    if ret is None:raise libvirtError('virDomainCreateXML() failed', conn=self)
libvirtError: erreur interne: le processus s'est arrêté en se connectant au moniteur : 2019-11-11T22:17:50.165625Z qemu-system-x86_64: -drive file=/var/lib/libvirt/qemu/nvram/kubuntu-18.04.3-lts_VARS.fd,if=pflash,format=raw,unit=1: fichier de support surdimensionné, les segments pflash ne peuvent pas être mapés sous 00000000ff800000

Il se plaint du VARS de la VM invité (.../kubuntu-18.04.3-lts_VARS.fd) :

libvirtError: erreur interne: le processus s'est arrêté en se connectant au moniteur : 2019-11-11T22:17:50.165625Z qemu-system-x86_64: -drive file=/var/lib/libvirt/qemu/nvram/kubuntu-18.04.3-lts_VARS.fd,if=pflash,format=raw,unit=1: fichier de support surdimensionné, les segments pflash ne peuvent pas être mapés sous 00000000ff800000

Remarquez que le problème ne se produira pas sur d'autres VM que vous créez avec un nom différent. Pour corriger cela, supprimez simplement le fichier VARS afin de pouvoir recréer la VM avec le même nom :

$ rm /var/lib/libvirt/qemu/nvram/kubuntu-18.04.3-lts_VARS.fd

3voto

Gün Karagöz Points 605

Tout d'abord (vous l'avez déjà fait, mais d'autres personnes qui le trouvent pourraient se demander car ce n'est pas installé automatiquement en tant que dépendance dans 18.04 - c'est le cas dans les versions ultérieures) vous devez installer ovmf

$ apt install ovmf

J'ai essayé la même chose sur 18.04 et 20.04 et les deux ont bien fonctionné. Remarque: une raison courante de cette erreur est d'utiliser des roms EFI arm64 sur x86 (exemple 1, exemple 2, mais votre configuration semble correcte (on peut voir le x86 dans le chemin).

Enfin, j'ai vu que votre système se plaint de votre fichier VARS .../kubuntu-18.04.3-lts_VARS.fd et non du rom réel qui se termine par CODE.fd.

Lorsque je crée un tel invité dans virt-manager, le XML qu'il crée ressemble à ceci:

/usr/share/OVMF/OVMF_CODE.fd
/var/lib/libvirt/qemu/nvram/ubuntu18.04_VARS.fd

Le dernier a été créé automatiquement et est généralement une copie de /usr/share/OVMF/OVMF_VARS.fd. L'erreur que vous mentionnez se produirait si ces tailles de fichiers sont incorrectes (8 Mo maximum, 128 Ko est la taille habituelle).

Voici comment ils apparaissent sur un système normal:

-rw-r--r-- 1 root         root 128K Jul  8 16:07 /usr/share/OVMF/OVMF_VARS.fd
-rw------- 1 libvirt-qemu kvm  128K Nov 12 08:05 /var/lib/libvirt/qemu/nvram/ubuntu18.04_VARS.fd

Le plus probable est que cette copie du modèle vide s'est mal passée, ou votre copie de base est cassée/surdimensionnée. Pourriez-vous vérifier cela s'il vous plaît?

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X