Ancienne VM Qemu refuse de démarrer

Support Debian
#1

Bonsoir,

J’ai trois VM de test avec Qemu :

  • une Win11 avec TPM 2.0
  • une Trixie sans TPM
  • une OpenBSD - ancienne 7.4, si mes souvenirs sont bons.

Les deux premières démarrent sans soucis, celle avec OpenBSD refuse ; qemu m’informe qu’il ne trouve pas de bootloader.

image

ça me surprend, car au dernière nouvelle, elle fonctionnait très bien. :stuck_out_tongue:
Et j’avoue ne pas savoir quoi faire !
Une idée ?

$ qemu-img info openbsd.qcow2 
image: openbsd.qcow2
file format: qcow2
virtual size: 100 GiB (107374182400 bytes)
disk size: 4.67 GiB
cluster_size: 65536
Format specific information:
    compat: 1.1
    compression type: zlib
    lazy refcounts: false
    refcount bits: 16
    corrupt: false
    extended l2: false
Child node '/file':
    filename: openbsd.qcow2
    protocol type: file
    file length: 4.67 GiB (5014421504 bytes)
    disk size: 4.67 GiB
#2

Le « PCI misc device (0x7) » c’est bien le disque dur de ta VM ? Quels boot loaders vois-tu dans le bios ?

#3

J’avoue ne pas savoir !

image

#4

Il ne voit pas le disque de démarrage.

#5

ça j’ai bien compris ! :wink:

mais pourquoi ?
comment il peut bien « perdre » ce genre d’informations !?.

#6

un changement dans le versionning qemu dont l’uedi boot loader ne le vois plus?
Comme tu as l’UEFi fonctionnel, tu peux démarrer sur une iso rescue d’OpenBSD? je ne sais pas si ça existe, je suis assez débutant voir moins avec BSD, mon approche la plus concluante était avec OPNSense.

#7

Est-ce que c’est relatif à cette définition ?

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

???

Parce que ces 2 fichiers sont bien en place :

$ ll /usr/share/OVMF/OVMF_CODE_4M.fd
-rw-r--r-- 1 root root 3653632  3 avril 13:28 /usr/share/OVMF/OVMF_CODE_4M.fd
$ ll /var/lib/libvirt/qemu/nvram/OpenBSD_VARS.fd 
-rw------- 1 libvirt-qemu libvirt-qemu 540672 12 mai   00:26 /var/lib/libvirt/qemu/nvram/OpenBSD_VARS.fd
#8

Ca me semble etre un descriptif de ce que qemu doit faire. Est-ce qu’il y aurait un problème de lecture de qcow2?
A priori il charge le bootloader définit dans la partie loader en mémoire en utilisant la partie nvram.
As-tu des message d’erreur plus descriptif que ceux de l’image?
Soit le bootloader n,'est plus lisible, soit il n’est plus dans un format accepté. Si tu pouvais démarrer avec une iso sur cette VM, comme une live par exemple, ça te permettrait de refaire le bootloader?

(je vais me coucher, je te dis à demain, mon dos me fait souffrir :slight_smile: )

#9

Bonnes questions ; auxquelles dans l’immédiat je n’ai pas de réponse !

Bonne nuit (faut que j’y aille moi aussi) :stuck_out_tongue:

1 J'aime
#10
#11
#12

Bon, déjà si j’utilisais la bonne image pour démarrer dessus ; à savoir utiliser l’image iso et non pas l’image img — qui n’est pas une image, mais c’est une image (comprendra qui le pourra) !
Cela me permet assurer de démarrer dessus !
:smiley:

On va considérer le sujet clos :wink:
PS : Les images OpenBSD img sont faites pour les clés USB. :stuck_out_tongue:

1 J'aime
#13

:point_up_2: :+1: :sweat_smile:

#14

ça n’empêche que pour « réparer » la VM OpenBSD en question, mis à part de démarrer sur la bonne image iso pour « réinstaller » le nécessaire — bon, ok, une (ré)install d’OpenBSD, c’est 5 minutes, montre en main — est le seul moyen qui me semble possible.

1 J'aime