Este hilo sobre las máquinas virtuales de ZimaOS (ZVM) mezclaba varios problemas diferentes, y las respuestas finales muestran por qué no deben tratarse como un único error de ZVM. La resolución de Windows mejoró al instalar los controladores VirtIO, el fallo informado del clic derecho se atribuyó finalmente a una extensión del navegador y el audio de la máquina virtual siguió siendo una capacidad independiente no compatible o incompleta según la conversación.
La lección práctica es aislar los controladores de pantalla, el comportamiento de entrada del navegador, el audio y las redes de Docker, en lugar de solucionar todos estos problemas como si fueran un único fallo de virtualización.
Resolución de Windows: los controladores VirtIO resolvieron el caso informado
Una respuesta inicial del equipo de soporte de la comunidad de IceWhale indicó que el ajuste de la resolución de Windows no era compatible en el estado probado. Posteriormente, ofreció un método basado en controladores: descargar la ISO de controladores VirtIO para Windows de Fedora, montarla en la unidad de CD-ROM de la máquina virtual, instalar los controladores dentro de Windows y volver a abrir la configuración de pantalla.
Posteriormente, el autor confirmó que los cambios de resolución funcionaban después de instalar el controlador. La fuente del controlador mencionada en el hilo es el repositorio de controladores VirtIO para Windows de Fedora.
El problema del clic derecho no era, en última instancia, un error de ZVM
Al principio, el usuario veía tanto el menú contextual del navegador como el menú contextual del sistema operativo invitado, después de lo cual el clic izquierdo a veces se quedaba bloqueado. Tras realizar más pruebas, editó la publicación para informar de que la causa era una extensión del navegador diseñada para habilitar el clic derecho. Al desactivar dicha extensión, el comportamiento volvió a la normalidad.
Este es un límite de diagnóstico útil: reproduce los problemas de entrada de la consola con un perfil limpio del navegador o en una ventana privada antes de cambiar la configuración de la máquina virtual.
El paso de audio era una limitación diferente
Las respuestas de IceWhale en el hilo indicaban que el audio de las máquinas virtuales no era compatible de forma adecuada en ese momento. En un intercambio posterior de octubre de 2025, la comunidad aún solicitaba compatibilidad con el audio de QEMU/SPICE, y una respuesta de IceWhale indicó que la prioridad de ingeniería de ZVM era limitada mientras el equipo equilibraba sus recursos. Consulta el debate posterior sobre el audio de ZVM para conocer ese límite posterior.
Como aquí no hay documentación oficial actual que confirme un procedimiento completo para el paso de audio, no conviertas la solicitud antigua en una afirmación de que el audio actual de ZVM es compatible universalmente.
La persistencia de las redes de Docker era otro problema distinto
El usuario original también informó de que las redes personalizadas de Docker se eliminaban después de las actualizaciones realizadas desde la interfaz gráfica. Es un problema de gestión de contenedores, no de pantalla de la máquina virtual. Las versiones actuales de ZimaOS han seguido mejorando la configuración de redes de Docker, así que reprodúcelo en la versión actual antes de aplicar soluciones antiguas de Portainer.
Si el dispositivo también se utiliza como servidor de virtualización y almacenamiento, mantén los problemas de las máquinas virtuales y los de Docker en planes de prueba separados para que una solución alternativa no oculte el otro problema.
Orden de diagnóstico recomendado
- Actualiza ZimaOS y reproduce el síntoma.
- Para problemas de pantalla en Windows, verifica primero los controladores VirtIO.
- Para problemas de ratón o teclado, prueba con un perfil limpio del navegador.
- Para el audio, verifica las capacidades actuales de ZVM antes de prometer el paso de audio.
- Para las redes de Docker, inspecciona la configuración de los contenedores por separado de la máquina virtual.
