Este hilo es un registro útil de cómo los usuarios de ZVM definieron las funciones de virtualización que más querían. IceWhale abrió el debate en mayo de 2024, mientras estaba en curso una campaña de votación. Al principio, la atención se centró en ofrecer más formatos de imágenes de disco, facilitar el acceso a las imágenes, importar instancias desde otras plataformas de virtualización y admitir LXC. Durante el año siguiente, las solicitudes se volvieron más concretas: QCOW2 e imágenes de dispositivos, passthrough de PCI/GPU, inicio automático de máquinas virtuales, controles avanzados de QEMU, redimensionamiento del almacenamiento, passthrough de audio y mejores informes de errores.
La fuente debe leerse como un historial de comentarios sobre el producto, no como una lista actual de funciones. Que una solicitud aparezca en este hilo no demuestra que la función siga ausente hoy, y que una respuesta de IceWhale diga «lo discutiremos» no constituye un compromiso de lanzamiento.
QCOW2, VDI, OVA y los dispositivos preconfigurados fueron una prioridad inicial
Varios usuarios querían iniciar dispositivos virtuales preconfigurados sin convertirlos en instaladores ISO. Home Assistant OS se mencionó repetidamente porque distribuye imágenes para máquinas virtuales en lugar de una ISO de instalación convencional.
Este requisito es diferente de «montar una ISO». Una imagen de disco preinstalada ya contiene un sistema operativo y debe conectarse como disco de arranque de la máquina virtual.
Home Assistant OS hizo evidente la carencia de importación de imágenes
Varias respuestas solicitaron específicamente ejecutar HAOS en ZVM. Resultados posteriores de la comunidad en versiones más recientes de ZVM confirmaron que HAOS puede ejecutarse como máquina virtual, lo que demuestra por qué una limitación de 2024 no debe describirse como una situación actual permanente.
El passthrough de PCI y GPU se convirtió en una solicitud importante en 2025
Los usuarios con hardware de alto rendimiento para juegos querían que los sistemas invitados Windows o SteamOS utilizaran una GPU real. Un participante con una RTX 2070 dijo que tanto Windows 11 como un sistema invitado SteamOS que planeaba usar funcionaban con lentitud porque el invitado parecía depender de gráficos por software.
El passthrough de PCI requiere compatibilidad con IOMMU/VFIO y un aislamiento seguro de los dispositivos. Es fundamentalmente diferente de la salida de vídeo emulada o paravirtualizada.
El inicio automático de máquinas virtuales era otro requisito práctico para servidores
Un usuario de una máquina virtual con servidor Debian solicitó un interruptor de inicio automático por máquina virtual, para que los invitados de infraestructura volvieran a ejecutarse después de reiniciar ZimaOS. IceWhale reconoció los comentarios y dijo que el equipo lo discutiría.
En un servidor doméstico siempre encendido, el orden de inicio y la recuperación tras un reinicio suelen ser más importantes que la creación gráfica de máquinas virtuales.
Los usuarios avanzados querían control directo de QEMU/libvirt
Otro usuario solicitó acceso a comandos QEMU personalizados y a Cockpit Machines. Sus objetivos incluían experimentar con el passthrough de audio, obtener resoluciones de pantalla más altas y facilitar el redimensionamiento de los grupos de almacenamiento.
Zima-Giorgio preguntó qué privilegios se necesitaban realmente y luego dijo que el equipo discutiría esos casos de uso. La fuente no muestra ninguna promesa oficial de exponer indicadores arbitrarios de la línea de comandos de QEMU en la interfaz de ZVM.
Capturas posteriores mostraron problemas con el arranque y la configuración de las máquinas virtuales
Los usuarios también solicitaron mejores indicaciones sobre descargas y errores
En octubre de 2025, un usuario nuevo dijo que el enlace integrado para descargar la ISO de Debian fallaba, mientras que una URL de Debian encontrada manualmente funcionaba. Solicitó específicamente que ZVM mostrara qué URL había fallado, en lugar de presentar solo un error genérico.
Se trata de un problema de usabilidad independiente del hipervisor: la resolución de problemas resulta mucho más sencilla cuando ZVM muestra el recurso que falló o el mensaje real del backend.
No uses este hilo como una matriz de funciones de 2026
ZVM siguió evolucionando después de la campaña inicial de comentarios, y las extensiones de la comunidad ahora añaden funciones como instantáneas, inicio automático, passthrough de USB/PCIe, exportaciones de copias de seguridad y métricas en torno a la capa libvirt integrada. Por lo tanto, algunas solicitudes de 2024 ya cuentan con soluciones funcionales de la comunidad, aunque estuvieran ausentes en la interfaz original.
Al decidir si ZVM puede ejecutar hoy un dispositivo específico, prueba los formatos de imagen y los controles de dispositivos disponibles en la versión actual de ZVM, en lugar de basarte únicamente en esta lista histórica de solicitudes.
LXC formaba parte de la lista oficial de votaciones original
La publicación inicial de IceWhale decía específicamente que la compatibilidad con LXC ya estaba recibiendo votos. Se trata de un modelo de virtualización diferente de las máquinas virtuales KVM/QEMU completas: los contenedores de tipo LXC comparten el núcleo del host, aunque presentan un espacio de usuario más parecido al de una máquina virtual.
El hilo no muestra que IceWhale haya incorporado LXC como función de ZVM, por lo que la afirmación histórica prudente es únicamente que se trataba de una dirección solicitada.
Los usuarios querían importar dispositivos, no solo más extensiones de archivo
Las solicitudes de QCOW2, VDI y OVA trataban realmente sobre la portabilidad. Los usuarios ya tenían dispositivos que funcionaban en QNAP, Unraid, VMware u otros hipervisores, y querían llevar esos sistemas a ZVM sin reconstruirlos desde un medio de instalación.
Eso significa que importan la compatibilidad de formatos, del bus de disco y del modo de firmware, así como la configuración de red y los metadatos de la máquina virtual importada. Reconocer solo una extensión de archivo no garantiza que un dispositivo arranque correctamente.
La resolución de pantalla y el passthrough de audio también eran problemas prácticos
Un usuario avanzado quería experimentar con opciones de QEMU porque sus invitados Linux necesitaban mejores resoluciones de pantalla y anteriormente le habían dicho que el passthrough de audio de Windows no estaba disponible. También quería facilitar el redimensionamiento de los grupos de almacenamiento mediante una interfaz gráfica más completa.
Estas solicitudes muestran que los comentarios sobre ZVM no se referían únicamente a crear máquinas virtuales; los usuarios querían un control más profundo del ciclo de vida y de los dispositivos después de crear la máquina virtual.
El hilo ayuda a distinguir las prioridades de principiantes y usuarios avanzados
Para los usuarios comunes, la importación de imágenes, los errores claros, un arranque fiable y el inicio automático reducen las dificultades. Para los usuarios avanzados, son más importantes el passthrough de PCI, los argumentos QEMU personalizados, el redimensionamiento del almacenamiento, LXC y el acceso directo a libvirt.
Esta distinción resulta útil al evaluar ZVM hoy: una función puede ser innecesaria para un dispositivo sencillo de Home Assistant, pero esencial para una máquina virtual Windows o de juegos con GPU.
Preguntas frecuentes sobre los comentarios de ZVM
¿Los usuarios solicitaron compatibilidad con QCOW2?
Sí. QCOW2 y otros formatos de máquinas virtuales preconfiguradas estuvieron entre las solicitudes más repetidas.
¿IceWhale prometió el passthrough de PCI en este hilo?
No. Los usuarios lo solicitaron y el equipo reconoció los comentarios, pero el hilo no constituye un compromiso de lanzamiento.
¿Se solicitó el inicio automático de máquinas virtuales?
Sí, específicamente para máquinas virtuales de servidor que deben volver a ejecutarse después de reiniciar el host.
