Hay que reconocer que Minisforum sí publica actualizaciones de BIOS para sus productos. Muchos fabricantes de la categoría de mini PC lanzan un producto con la BIOS que quedó congelada al cerrar el diseño y nunca la revisan, así que los clientes cargan para siempre con cualquier problema a nivel de firmware. Minisforum no hace eso. Las revisiones de BIOS existen, se publican y corrigen errores reales. Ese es el punto de partida que cualquier conversación justa sobre las prácticas de firmware de la empresa tiene que reconocer.

Lo que esa conversación también tiene que reconocer es el mecanismo de entrega, y ahí es donde la historia cambia.

El flujo con el flasheador de Windows

El procedimiento documentado de Minisforum para actualizar la BIOS, en la mayor parte de su línea reciente de productos, es una utilidad de flasheo para Windows. El cliente descarga un ejecutable, lo corre en Windows y espera mientras la utilidad escribe la nueva imagen de BIOS en el chip flash SPI de la placa. Es un procedimiento conocido de algunos fabricantes de placas de consumo (Live Update de MSI es un ejemplo), y no es inseguro por naturaleza.

Lo que lo vuelve problemático en el caso de Minisforum es la tasa de fallos documentada.

El hilo del foro Badcaps sobre la BIOS de la UM780 XTX documenta un modo de fallo concreto que vale la pena describir en detalle: la utilidad de flasheo para Windows empieza a escribir la nueva imagen de BIOS, avanza hasta aproximadamente el 31% de la operación y luego se detiene con una pantalla azul de la muerte. El sistema se reinicia. En ese punto la BIOS está escrita a medias: la imagen anterior quedó destruida, la nueva está incompleta y el chip flash de la placa contiene un firmware que no arranca.

La UM780 XTX afectada, después del fallo, no responde al botón de encendido. Sin pitido de POST. Sin salida de video. Sin ningún comportamiento reconocible que permita recuperarla desde el propio sistema. Badcaps es un foro de reparación de hardware; los usuarios que llegan ahí con este síntoma están en la fase de evaluar si desoldar el chip flash, reprogramarlo externamente con un programador y volver a instalarlo. Eso es trabajo de reparación a nivel de placa. No está al alcance de un consumidor típico, y no es un modo de fallo que el procedimiento de actualización de BIOS de ningún producto razonable debería producir. Relacionado: dueños de la UM773 Lite piden a iFixit que reviva placas quemadas.

El hilo de Level1Techs que documenta la BD770i sin POST tras actualizar la BIOS muestra el mismo patrón en otro producto. La secuencia: instalar Windows, ejecutar la utilidad de actualización de BIOS de Minisforum, apagar y encender tras terminar la actualización, ver que no hay salida de video y concluir que la placa quedó inutilizada. Las páginas siguientes del hilo son la discusión de la comunidad sobre opciones de recuperación.

La solución de la comunidad

La publicación del blog de Quindorian titulada “Firmware update Minisforum without Windows” existe por una razón concreta. Existe porque el autor, después de toparse con este modo de fallo o leer sobre él suficientes veces, decidió documentar un procedimiento alternativo: extraer la imagen de BIOS sin procesar del paquete de distribución de Minisforum, copiarla a una memoria USB en FAT32, arrancar el sistema en el shell UEFI y flashear la BIOS desde el propio firmware, sin pasar por Windows en absoluto.

Flashear la BIOS desde el shell UEFI es la recomendación estándar de práctica segura en toda la industria para este tipo de operación. La razón es estructural: una utilidad de flasheo para Windows corre sobre un sistema operativo, que corre sobre un kernel, que corre sobre drivers, que corren sobre la BIOS que se está reescribiendo en ese momento. Cualquier interrupción en esa pila (un fallo de un driver, un corte de energía, una actualización de Windows que programa una tarea en segundo plano) puede hacer que el flasheo se aborte en cualquier punto. Un flasheo desde el shell UEFI se ejecuta directamente en el entorno del firmware, sin depender del sistema operativo y sin servicios en segundo plano que puedan interrumpirlo. Es menos cómodo de iniciar y mucho más seguro de completar.

La guía de VirtualizationHowto sobre actualizaciones de BIOS de la MS-01 recorre el mismo camino para otro producto de Minisforum, y existe porque la propia documentación de Minisforum no recomienda de forma destacada la vía del shell UEFI. La comunidad juzgó que el método preferido del fabricante es lo bastante inseguro como para justificar documentación alternativa, y la escribió por su cuenta. Relacionado: el error de Raptor Lake y las notas de versión de la BIOS de la MS-01.

La queja de fondo

Cuando el método más seguro para actualizar el firmware de un producto lo documenta un blogger independiente y no el fabricante, algo salió mal en cómo el fabricante piensa en la seguridad del cliente. Las actualizaciones de firmware son el tipo de operación cuyo modo de fallo es permanente: una placa inutilizada no es un reclamo de garantía que el cliente pueda resolver sacando una tarjeta y volviéndola a poner. Lo que se espera del fabricante es que recomiende el procedimiento con la menor probabilidad de dejar al cliente con una placa muerta, y que documente con claridad cualquier procedimiento alternativo.

La práctica de Minisforum, tal como está documentada, es la opuesta. El flasheador para Windows es la vía predeterminada y la que se promociona. La alternativa por shell UEFI no aparece en los materiales del propio fabricante y vive en publicaciones de blogs de la comunidad. A los clientes que no tienen la formación técnica para evaluar la diferencia entre los dos métodos, la propia arquitectura de información de las páginas de descarga del fabricante los empuja hacia el menos seguro. Relacionado: el portal de soporte de Minisforum y su patrón de falta de respuesta.

La recomendación que queda

Si vas a actualizar la BIOS de cualquier producto de Minisforum en 2026 y la documentación presenta una utilidad de flasheo para Windows como la vía recomendada, haz una de dos cosas antes de seguir. O buscas un procedimiento por shell UEFI escrito por la comunidad para tu modelo específico y lo usas en su lugar, o decides si la mejora de la nueva BIOS vale el riesgo de inutilizar el equipo que implica la vía de Windows. La solución de la comunidad existe porque el método por defecto es lo bastante inseguro como para necesitarla. Ningún cliente que compre una mini PC de $500–$1,500 debería tener que enterarse de esto por una publicación en Substack, pero hasta que Minisforum cambie su documentación, así están las cosas, y quienes no lo saben son los que pagan el precio completo de ese método inseguro por defecto.