El fallo de arranque de ZimaOS 1.3.2 descrito en este hilo de 2025 tenía dos indicios superpuestos: IceWhale confirmó un problema de compatibilidad de controladores de hardware de terceros en esa versión, mientras que el usuario también descubrió que la configuración de arranque del firmware era incorrecta. Ninguno de estos indicios debe generalizarse como «activar el arranque seguro».
La documentación actual de ZimaOS es explícita: utiliza el modo de arranque UEFI y mantén desactivado el arranque seguro. Por lo tanto, las palabras del usuario original sobre cambiar ambas opciones deben considerarse una anécdota de diagnóstico, no una receta de configuración actual.
Lo que dijo el equipo de ingeniería de ZimaOS sobre la versión 1.3.2
Un miembro del personal de IceWhale respondió que los nuevos controladores de ZimaOS 1.3.2 tenían problemas de compatibilidad con algunas máquinas de terceros y que se publicaría una solución. La recuperación temporal sugerida consistía en arrancar desde la ranura del sistema anterior.
Esto constituye una evidencia más sólida que hacer conjeturas a partir de un cursor parpadeante o de un error de «sistema de archivos desconocido», ya que procedía del equipo de ingeniería y coincidía con otros informes sobre la versión 1.3.2.
Lo que el usuario encontró en la BIOS
Más tarde, el usuario informó de que la máquina arrancó después de cambiar la configuración del firmware y consideró que UEFI y el arranque seguro habían contribuido al problema. La documentación actual aclara el estado previsto: UEFI activado y arranque seguro desactivado.
Por lo tanto, la actual guía de instalación de ZimaOS debe prevalecer sobre la redacción ambigua de 2025.
Utiliza el diseño de recuperación con dos ranuras antes de reinstalar
ZimaOS mantiene dos ranuras del sistema. La actual guía de recuperación de ZimaOS explica cómo utilizar el menú de GRUB para seleccionar la ranura alternativa y confirma que, en las configuraciones normales, los datos del usuario se almacenan por separado de las ranuras del sistema.
Esta es la primera vía de recuperación tras una actualización defectuosa cuando la ranura alternativa todavía funciona correctamente.
Cómo diagnosticar un sistema actual que no arranca
Verifica el modo UEFI, desactiva el arranque seguro, confirma que el disco de destino sea visible en la BIOS y comprueba la configuración de AHCI y del controlador de almacenamiento. Vuelve a crear el instalador a partir de la imagen actual si la memoria USB funciona de forma inestable.
La guía de solución de problemas de instalación y la guía de instalación y actualización son más pertinentes que repetir una solución específica de la versión 1.3.2.
En resumen
El hilo sobre la versión 1.3.2 documenta una regresión real de una versión antigua, además de un problema de configuración del firmware. Para una instalación actual, utiliza UEFI con el arranque seguro desactivado, prueba la ranura alternativa de ZimaOS después de una actualización fallida y reinstala solo después de haber separado los problemas de configuración del firmware, del medio de instalación y de compatibilidad con la versión del sistema operativo.
