No se puede iniciar la máquina KVM en Arch después de la actualización

No se puede iniciar la máquina KVM en Arch después de la actualización

Tengo problemas con una máquina virtual que estaba usando ayer. Después de usarlo, cerré el invitado y actualicé mi máquina host (arch linux). Hoy encendí el anfitrión e intenté encender a mi invitado y aparece este mensaje:

Error al iniciar el dominio: configuración no admitida: chardev 'spicevmc' no es compatible sin gráficos de especias

Rastreo (llamadas recientes más última):

Archivo "/usr/share/virt-manager/virtManager/asyncjob.py", línea 72, en devolución de llamada de cb_wrapper (asyncjob, *args, **kwargs)

Archivo "/usr/share/virt-manager/virtManager/asyncjob.py", línea 108, en tmpcb callback(*args, **kwargs)

Archivo "/usr/share/virt-manager/virtManager/object/libvirtobject.py", línea 57, en newfn ret = fn(self, *args, **kwargs)

Archivo "/usr/share/virt-manager/virtManager/object/domain.py", línea 1384, en el inicio self._backend.create()

Archivo "/usr/lib/python3.10/site-packages/libvirt.py", línea 1352, en crear aumento libvirtError('virDomainCreate() falló') libvirt.libvirtError: configuración no admitida: chardev 'spicevmc' no es compatible sin especias gráficos

Estoy usando una tarjeta nvidia dedicada en un sistema operativo invitado manjaro.

No soy un experto en Linux.

¿Alguna idea de lo que podría estar pasando y cómo solucionarlo?

Cualquier otra información que necesites dímelo.

ACTUALIZACIÓN #1:

Eliminé los redirectores USB Spice de mi VM:

<redirdev bus="usb" type="spicevmc">
  <address type="usb" bus="0" port="4"/>
</redirdev>
<redirdev bus="usb" type="spicevmc">
  <address type="usb" bus="0" port="5"/>
</redirdev>

Y ahora funciona bien... Simplemente no puedo tener redirectores USB en el sistema operativo invitado... ¿Alguien sabe por qué ocurre esto y cómo solucionarlo?

Respuesta1

Mi solución se basó en un par de las respuestas anteriores.
Básicamente, para tener el dispositivo "Channel Spice" (creo que se usa para cosas como redirigir dispositivos USB individuales), terminé con lo siguiente:

  • un dispositivo "Display Spice" (Spice Server)
  • un dispositivo de "Video" configurado en "Ninguno"
  • y mi Spice Channel (que era el que quería, pero arrojaba errores)

Capturas de pantalla y XML de cada dispositivo a continuación.

Captura de pantalla del dispositivo Display Spice (Administrador de máquinas virtuales)

<graphics type="spice" port="5901" autoport="yes" listen="127.0.0.1">

  <listen type="address" address="127.0.0.1"/>

  <image compression="off"/>

  <gl enable="no"/>

</graphics>

Captura de pantalla del dispositivo de vídeo (Administrador de máquinas virtuales)

<video>

  <model type="none"/>

  <alias name="video0"/>

</video>

Captura de pantalla del dispositivo Spice Channel (Administrador de máquinas virtuales)


  <target type="virtio" name="com.redhat.spice.0" state="disconnected"/>

  <alias name="channel0"/>

  <address type="virtio-serial" controller="0" bus="0" port="1"/>

</channel>

Respuesta2

También tengo el mismo problema en mi VM. ¿Esta solución funciona con evdev?

actualización: ni siquiera puedo eliminar:

<redirdev bus="usb" type="spicevmc">
  <address type="usb" bus="0" port="1"/>
</redirdev>
<redirdev bus="usb" type="spicevmc">
  <address type="usb" bus="0" port="2"/>
</redirdev>

Escupe el mismo error.

Actualización 2: Mi máquina virtual arranca después de agregar el servidor Spice y configurar el video en Ninguno.

Respuesta3

De la misma manera, pude usar virsh edit para eliminar los dos redirectores de especias y ahora todo funciona bien, pero no estoy seguro de para qué se usaron.

Respuesta4

El mismo problema después de la reciente actualización de ArchLinux. Simplemente agregar un servidor de pantalla Spice (que por defecto es una nueva pantalla Cirrus) detendrá el arranque de mi VM, porque se está apoderando de la consola principal, y el paso a través de nvidia dejará de funcionar. La solución es agregar primero un servidor de visualización Spice y luego cambiar el tipo de vídeo a "Ninguno".

Vídeo_Ninguno

información relacionada