Il faut reconnaître que Minisforum publie bien des mises à jour du BIOS pour ses produits. Beaucoup de fabricants de la catégorie des mini PC livrent un produit avec le BIOS figé au moment de la finalisation et ne le révisent jamais, laissant les clients avec leurs problèmes de firmware pour toujours. Minisforum ne fait pas cela. Des révisions du BIOS existent, sont publiées et corrigent de vrais bugs. C’est le point de départ que toute discussion honnête sur les pratiques de l’entreprise en matière de firmware doit admettre.

Mais cette discussion doit aussi admettre le mode de distribution, et c’est là que l’histoire bascule.

La méthode du flasheur Windows

La procédure de mise à jour du BIOS documentée par Minisforum, sur la plupart de ses produits récents, repose sur un utilitaire de flash sous Windows. Le client télécharge un exécutable, le lance sous Windows et attend que l’utilitaire écrive la nouvelle image du BIOS dans la puce flash SPI de la carte mère. C’est une méthode familière chez certains fabricants de cartes mères grand public (on pense au Live Update de MSI), et elle n’est pas dangereuse en soi.

Ce qui la rend problématique dans le cas de Minisforum, c’est le taux d’échec documenté.

Le fil du forum Badcaps consacré au BIOS de l’UM780 XTX documente un mode de défaillance précis qui mérite d’être décrit en détail : l’utilitaire de flash sous Windows commence à écrire la nouvelle image du BIOS, atteint environ 31 % de l’opération, puis s’arrête sur un écran bleu. Le système redémarre. À ce stade, le BIOS est partiellement écrit : l’ancienne image est détruite, la nouvelle est incomplète, et la puce flash de la carte mère contient un firmware impossible à démarrer.

Après l’échec, l’UM780 XTX concerné ne réagit plus au bouton d’alimentation. Pas de bip de POST. Pas d’affichage. Aucun comportement identifiable qui permettrait une récupération depuis le système lui-même. Badcaps est un forum de réparation matérielle ; les utilisateurs qui y arrivent avec ce symptôme en sont au stade du diagnostic, à se demander s’il faut dessouder la puce flash, la reprogrammer avec un programmateur externe, puis la ressouder. C’est de la réparation au niveau de la carte mère. Cela dépasse les compétences d’un client ordinaire, et aucune procédure de mise à jour du BIOS d’un produit sérieux ne devrait aboutir à ce mode de défaillance. À lire aussi : des propriétaires d’UM773 Lite demandent à iFixit de ressusciter des cartes mères grillées.

Le fil Level1Techs qui documente l’absence de POST du BD770i après une mise à jour du BIOS montre le même schéma sur un autre produit. La séquence : installer Windows, lancer l’utilitaire de mise à jour du BIOS de Minisforum, éteindre puis rallumer une fois la mise à jour terminée, constater l’absence d’affichage, conclure que la carte est briquée. Les pages suivantes du fil sont consacrées aux options de récupération discutées par la communauté.

La parade de la communauté

Le billet du blog de Quindorian intitulé « Firmware update Minisforum without Windows » existe pour une raison précise. Il existe parce que son auteur, après avoir rencontré ce mode de défaillance ou en avoir entendu parler suffisamment souvent, a décidé de documenter une méthode alternative : extraire l’image brute du BIOS du paquet distribué par Minisforum, la copier sur une clé USB en FAT32, démarrer le système dans le shell UEFI et flasher le BIOS depuis le firmware lui-même, en contournant entièrement Windows.

Flasher le BIOS depuis le shell UEFI est la pratique sûre recommandée par l’ensemble du secteur pour ce type d’opération. La raison est structurelle : un utilitaire de flash sous Windows s’exécute au-dessus d’un système d’exploitation, qui s’exécute au-dessus d’un noyau, qui s’exécute au-dessus de pilotes, qui s’exécutent au-dessus du BIOS en cours de réécriture. Toute interruption dans cette pile (un plantage de pilote, une micro-coupure de courant, une mise à jour Windows qui lance une opération en arrière-plan) peut interrompre le flash à n’importe quel moment. Un flash depuis le shell UEFI s’exécute directement dans l’environnement du firmware, sans dépendance au système d’exploitation ni service en arrière-plan susceptible de l’interrompre. Il est moins pratique à lancer, et nettement plus sûr à mener à terme.

Le guide de VirtualizationHowto sur la mise à jour du BIOS du MS-01 suit le même chemin pour un autre produit Minisforum, et il existe parce que la documentation de Minisforum elle-même ne met pas en avant la voie du shell UEFI. La communauté a jugé que la méthode privilégiée par le fabricant était suffisamment risquée pour justifier une documentation alternative, et l’a rédigée elle-même. À lire aussi : le bug Raptor Lake et les notes de version du BIOS du MS-01.

Le problème de fond

Quand la méthode la plus sûre pour mettre à jour le firmware d’un produit est documentée par un blogueur indépendant plutôt que par le fabricant, c’est que quelque chose cloche dans la façon dont ce fabricant envisage la sécurité de ses clients. Les mises à jour de firmware font partie des opérations dont l’échec est définitif : une carte mère briquée n’est pas un problème de garantie qu’un client peut régler en retirant une carte et en la réinsérant. On attend du fabricant qu’il recommande la méthode la moins susceptible de laisser le client avec une carte morte, et qu’il documente clairement toute méthode alternative.

La pratique de Minisforum, telle qu’elle est documentée, est l’inverse. Le flasheur Windows est la méthode par défaut et celle mise en avant. L’alternative via le shell UEFI ne figure pas dans la documentation du fabricant et n’existe que dans des billets de blog de la communauté. Les clients qui n’ont pas les connaissances techniques pour évaluer la différence entre les deux méthodes sont orientés vers la moins sûre par l’organisation même des pages de téléchargement du fabricant. À lire aussi : le portail d’assistance de Minisforum et son absence chronique de réponse.

Notre recommandation durable

Si vous mettez à jour le BIOS d’un produit Minisforum en 2026 et que la documentation présente un utilitaire de flash sous Windows comme la méthode recommandée, faites l’une de ces deux choses avant de continuer. Soit vous trouvez une procédure via le shell UEFI rédigée par la communauté pour votre modèle précis et vous l’utilisez à la place, soit vous décidez si les améliorations du nouveau BIOS valent le risque de briquage de la méthode Windows. La parade de la communauté existe parce que la méthode par défaut est assez risquée pour en justifier une. Aucun client qui achète un mini PC à $500–$1,500 ne devrait avoir à l’apprendre dans un billet Substack, mais tant que Minisforum ne modifiera pas sa documentation, c’est ainsi, et ceux qui l’ignorent sont ceux qui paient le prix fort de ce choix par défaut dangereux.