Hay que reconocer que Minisforum sí publica actualizaciones de BIOS para sus productos. Muchos fabricantes de la categoría mini-PC envían un producto con la BIOS congelada en el tape-out y nunca la revisan — dejando a los clientes con cualquier problema a nivel firmware a perpetuidad. Minisforum no hace eso. Las revisiones de BIOS existen, se publican y abordan bugs reales. Es el punto de partida que cualquier conversación justa sobre la práctica de firmware de la compañía tiene que reconocer.

Lo que esa conversación también tiene que reconocer es el mecanismo de entrega, que es donde la historia da el giro.

El flujo del flasher de Windows

El flujo documentado de actualización de BIOS de Minisforum, en la mayoría de su línea reciente de productos, es una utilidad de flasheo basada en Windows. El cliente descarga un ejecutable, lo ejecuta bajo Windows y espera mientras la utilidad escribe la nueva imagen de BIOS en el chip SPI flash de la placa base. Es un flujo familiar para quien haya usado ciertos fabricantes de placas base de consumo — viene a la cabeza Live Update de MSI — y no es intrínsecamente inseguro.

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

El hilo del foro Badcaps sobre la BIOS del UM780 XTX documenta un modo de fallo concreto que vale la pena describir en detalle: la utilidad de flasheo basada en Windows empieza a escribir la nueva imagen de BIOS, progresa hasta aproximadamente el 31% de la operación, y entonces se detiene con un Blue Screen of Death. El sistema se reinicia. En ese punto la BIOS está parcialmente escrita — la imagen antigua está destruida, la nueva está incompleta, y el chip flash de la placa base contiene un firmware que no arranca.

El UM780 XTX afectado, tras el fallo, está muerto para el botón de encendido. Sin pitido de POST. Sin salida de vídeo. Sin ningún comportamiento reconocible que permitiría una recuperación desde dentro del propio sistema. El hilo de Badcaps es un foro de reparación de hardware; los usuarios que llegan allí con este síntoma están en la fase de triaje considerando si retirar el chip flash, reflashearlo externamente con un programador, y reinstalarlo. Eso es trabajo de reparación a nivel de placa. No está dentro de la capacidad de un consumidor típico, y no es una ruta que el flujo de actualización de BIOS de ningún producto razonable debería producir como modo de fallo.

El hilo de Level1Techs documentando la condición de no-POST post-actualización de BIOS del BD770i captura el mismo patrón en un producto distinto. La secuencia: instalar Windows, ejecutar la utilidad de actualización de BIOS de Minisforum, hacer ciclo de alimentación tras completar la actualización, observar que no hay salida de vídeo, concluir que la placa está inservible. Las páginas siguientes del hilo son la discusión de la comunidad sobre opciones de recuperación.

El apaño de la comunidad

El post de Quindorian’s blog titulado “Firmware update Minisforum without Windows” existe por una razón concreta. Existe porque el autor, tras encontrarse con el modo de fallo o leer sobre él suficientes veces, decidió documentar un flujo alternativo: extraer la imagen cruda de BIOS del paquete de distribución de Minisforum, colocarla en un USB con formato FAT32, arrancar el sistema en la UEFI shell y flashear la BIOS desde dentro del propio firmware — saltándose Windows por completo.

El flasheo de BIOS por UEFI shell es la recomendación estándar de práctica segura en toda la industria para esta clase de operación. La razón es estructural: una utilidad de flasheo basada en Windows corre sobre un sistema operativo, que corre sobre un kernel, que corre sobre drivers, que corren sobre la BIOS que se está reescribiendo activamente. Cualquier interrupción en esa pila — un cuelgue de driver, un hipo de alimentación, un Windows Update que programe una operación en segundo plano — puede provocar que el flasheo aborte en un punto arbitrario. Un flasheo por UEFI shell corre directamente sobre el entorno firmware sin dependencia de sistema operativo y sin servicios en segundo plano que puedan interrumpirlo. Es menos elegante de iniciar y sustancialmente más seguro de completar.

La guía de VirtualizationHowto sobre la actualización de BIOS del MS-01 recorre el mismo camino para un producto distinto de Minisforum, y existe porque la propia documentación de Minisforum no recomienda de forma destacada la ruta por UEFI shell. La comunidad ha hecho el juicio de que el método preferido del fabricante es lo bastante inseguro como para justificar documentación alternativa, y ha escrito esa documentación ellos mismos.

La queja estructural

Cuando el método más seguro para actualizar el firmware de un producto de un fabricante está documentado por un blogger independiente y no por el fabricante, algo ha fallado en cómo el fabricante está pensando la seguridad del cliente. Las actualizaciones de firmware son el tipo de operación en la que el modo de fallo es permanente — una placa base inservible no es una reclamación de garantía que el cliente pueda resolver expulsando una tarjeta y reinsertándola. Lo esperable del fabricante es recomendar el flujo con menor probabilidad de dejar al cliente con una placa muerta, y documentar con claridad cualquier flujo alternativo.

La práctica de Minisforum, tal y como está documentada, es la opuesta. El flasher basado en Windows es el camino por defecto y el promovido. La alternativa por UEFI shell está sin documentar en los propios materiales del fabricante y vive en posts de blogs comunitarios. A los clientes que carecen de la base técnica para evaluar la diferencia entre ambos métodos se les está dirigiendo hacia el menos seguro por la arquitectura de información de las propias páginas de descarga del fabricante.

La orientación que queda

Si vas a actualizar la BIOS en cualquier producto Minisforum en 2026, y la documentación presenta una utilidad de flasheo basada en Windows como la ruta recomendada, haz una de dos cosas antes de proceder. O bien busca un flujo por UEFI shell redactado por la comunidad para tu modelo concreto y úsalo en su lugar, o bien decide si la mejora de la nueva BIOS merece el riesgo de brickeo de la ruta Windows. El apaño de la comunidad existe porque el valor por defecto es lo bastante inseguro como para justificarlo. Ningún cliente que compre un mini-PC de 500–1.500 dólares debería tener que aprender esto desde un post de Substack, pero hasta que Minisforum cambie su documentación, ese es el estado de las cosas — y los que no lo saben son los que pagan el precio completo del valor por defecto inseguro.