Solución de la comunidad

Pantalla negra de ZimaOS en VMware después de la ranura A: qué demostró la fuente y cuál es el camino actual en Proxmox

A November 2025 VMware Workstation 25H2 thread where the ZimaOS installer appeared to finish, but GRUB showed Slot A with ok=0 before a black screen and blinking cursor. Increasing RAM and selecting Slot B did not help. Community members suspected invalid system slots, but IceWhale never posted a final VMware-specific fix.

La instalación de VMware de la fuente llegó a un estado de fallo específico: después de que el instalador pareciera completarse, GRUB mostró Ranura A (ok = 0, Try = 0)y, a continuación, la máquina virtual mostró una pantalla negra con un cursor parpadeante. Al seleccionar la ranura B apareció un error de sistema de archivos desconocido.

El hilo nunca llegó a una causa raíz confirmada para VMware. Los miembros de la comunidad sospechaban que las ranuras del sistema no se habían creado correctamente, pero IceWhale siguió solicitando detalles para reproducir el problema en lugar de respaldar esa teoría. La documentación actual de ZimaOS ofrece una guía específica para instalar máquinas virtuales en Proxmox; actualmente no publica una guía equivalente para VMware Workstation.

El usuario siguió la configuración publicada para VMware

  • ISO del instalador de ZimaOS 1.5.1
  • Otro Linux de 64 bits 6.x
  • UEFI
  • controlador SATA
  • disco virtual de 32 GB
  • 4 núcleos de CPU
  • inicialmente 2 GB de RAM

Aumentar la RAM a 8 GB no solucionó el caso de origen

Un usuario de la comunidad sugirió usar entre 4 y 8 GB de RAM. Mr.E aumentó la máquina virtual a 8 GB e informó explícitamente de que la pantalla negra seguía apareciendo.

El arranque desde la ranura B también falló

El usuario seleccionó la ranura B desde GRUB y recibió un error de sistema de archivos desconocido. Eso reforzó la idea de que las ranuras del sistema instalado no estaban en buen estado, pero aún no reveló por qué VMware creó ese estado.

La interpretación de ok=0 provino de la comunidad

gelbuilding observó que ambas ranuras del sistema mostraban ok = 0 y propuso que la abstracción de hardware de VMware impedía que el instalador creara ranuras válidas. Esta es una interpretación comunitaria plausible, no una limitación confirmada por IceWhale.

IceWhale no publicó una solución definitiva para VMware en el hilo

Zima-Giorgio solicitó detalles sobre el vídeo y el hardware del equipo anfitrión. La fuente termina mientras el usuario considera una ruta de conversión a VMDK; ninguna respuesta del personal confirma un controlador, firmware o solución de conversión de imágenes específicos.

La documentación oficial actual sobre máquinas virtuales se centra en Proxmox

La guía actual de IceWhale para Proxmox utiliza una ISO de ZimaOS y recomienda UEFI, no añadir un disco EFI, 4 núcleos de CPU o más y 8 GB de RAM o más.

Cuando necesites un flujo de trabajo documentado para hipervisores, utiliza la ruta oficial actual de instalación de ZimaOS en máquinas virtuales.

Que no haya una guía actual de VMware no significa lo mismo que «VMware nunca puede funcionar»

Algunos usuarios pueden ejecutar ZimaOS en VMware con otro formato de disco virtual, controlador o configuración de firmware. La fuente pública simplemente no establece una receta fiable.

Si hoy pruebas VMware, registra con precisión el estado de la instalación

  • imagen/versión actual de ZimaOS
  • versión de VMware
  • estado de UEFI/Arranque seguro
  • controlador y formato del disco virtual
  • estado de las ranuras A/B de GRUB
  • salida completa de la consola del instalador/arranque

La ranura A y la ranura B forman parte del diseño de recuperación de sistema dual de ZimaOS

ZimaOS mantiene dos ranuras del sistema para que las actualizaciones o la recuperación puedan arrancar una partición del sistema alternativa. Por tanto, que ambas ranuras aparezcan como no válidas es más significativo que un simple fallo de la consola gráfica: el cargador de arranque no consideró ninguna de las dos ranuras instaladas un destino de arranque en buen estado.

Esa observación todavía no permite identificar si el estado no válido fue causado por el instalador, el controlador del disco virtual, el sistema de archivos, el firmware o el modelo de dispositivo específico de VMware.

Distingue el éxito del instalador del éxito del sistema instalado

El instalador de la fuente pareció completarse, pero el primer arranque falló. Una interfaz o secuencia automática del instalador completada correctamente no es suficiente; retira o desconecta siempre el medio de instalación según las instrucciones y verifica que el disco virtual instalado arranque de forma independiente.

Los detalles de UEFI son importantes en las máquinas virtuales

Las instrucciones actuales de IceWhale para Proxmox especifican el uso de UEFI y hasta indican que no se añada un disco EFI en ese flujo de trabajo. Los hipervisores exponen el firmware y el almacenamiento de arranque de forma diferente, por lo que copiar una configuración de Proxmox en VMware —o una configuración antigua de VMware en una versión más reciente de Workstation— puede producir una disposición de arranque distinta.

El controlador del disco virtual forma parte de la superficie de compatibilidad

Los controladores virtuales SATA, SCSI, NVMe y de tipo virtio presentan el almacenamiento de manera diferente al sistema invitado. La fuente utilizó SATA porque así lo indicaba el tutorial antiguo. Si pruebas otro controlador, cambia una sola variable a la vez y conserva la máquina virtual fallida para compararla.

La idea de convertir a VMDK de la fuente nunca se verificó

Al final del hilo, Mr.E dijo que intentarían convertir una imagen de ZimaOS a VMDK. No hay ninguna confirmación posterior de que ese método funcionara, por lo que no debe presentarse como la solución.

Usa Proxmox cuando quieras seguir la ruta de máquina virtual documentada actualmente

Si el objetivo es evaluar ZimaOS en una máquina virtual en lugar de validar específicamente la compatibilidad con VMware, el método actual para Proxmox cuenta con la documentación más sólida de IceWhale y elimina varias incógnitas de la prueba.

Preguntas frecuentes sobre la instalación de VMware

¿Aumentar la memoria resolvió el caso original?

No. El usuario probó con 8 GB y el fallo continuó.

¿El hilo confirmó que la abstracción de hardware de VMware era la causa raíz?

No. Esa explicación provenía de una respuesta de la comunidad y IceWhale no la confirmó.

¿Qué plataforma de máquinas virtuales cubre explícitamente la documentación actual de IceWhale?

La documentación actual de ZimaOS incluye una guía específica para instalar Proxmox VE.