Il importe de reconnaître que Minisforum publie des mises à jour BIOS pour ses produits. De nombreux fabricants de la catégorie mini-PC livrent un produit avec le BIOS figé au tape-out sans jamais le réviser — laissant les clients avec d’éventuels problèmes au niveau du firmware de manière permanente. Minisforum ne fait pas cela. Des révisions de BIOS existent, sont publiées, et corrigent des bugs réels. C’est le point de départ que toute discussion équitable sur la pratique firmware de l’entreprise doit reconnaître.

Ce que cette discussion doit aussi reconnaître, c’est le mécanisme de livraison, et c’est là que l’histoire bascule.

Le flux via flasher Windows

Le flux de mise à jour BIOS documenté par Minisforum, sur la plupart de sa gamme récente, est un utilitaire de flash sous Windows. Le client télécharge un exécutable, le lance sous Windows, et attend pendant que l’utilitaire écrit la nouvelle image BIOS sur la puce flash SPI de la carte mère. C’est un flux familier pour certains fabricants de cartes mères grand public — Live Update de MSI vient à l’esprit — et il n’est pas intrinsèquement dangereux.

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

Le fil du forum Badcaps sur le 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 BIOS, progresse jusqu’à environ 31 % de l’opération, puis s’arrête avec un écran bleu de la mort. Le système redémarre. À ce stade, le BIOS est partiellement écrit — l’ancienne image est détruite, la nouvelle image est incomplète, et la puce flash de la carte mère contient un firmware qui n’est pas démarrable.

L’UM780 XTX concerné, après la défaillance, est mort au bouton d’alimentation. Pas de bip POST. Pas de sortie d’affichage. Aucun comportement identifiable permettant une récupération depuis l’intérieur du système. Le fil Badcaps est un forum de réparation matérielle ; les utilisateurs qui y arrivent avec ce symptôme en sont à la phase de triage consistant à envisager de retirer la puce flash, de la reflasher en externe avec un programmateur, puis de la réinstaller. C’est du travail de réparation au niveau carte. Ce n’est pas à la portée d’un consommateur ordinaire, et ce n’est pas un chemin que le flux de mise à jour BIOS d’un produit raisonnable devrait produire comme mode de défaillance.

Le fil Level1Techs documentant l’état no-POST post-mise-à-jour-BIOS du BD770i capture le même motif sur un autre produit. La séquence : installer Windows, lancer l’utilitaire de mise à jour BIOS de Minisforum, relancer l’alimentation après achèvement de la mise à jour, constater l’absence de sortie d’affichage, conclure que la carte est briquée. Les pages suivantes du fil constituent la discussion de la communauté sur les options de récupération.

Le contournement de la communauté

Le billet de blog de Quindorian intitulé « Firmware update Minisforum without Windows » existe pour une raison précise. Il existe parce que l’auteur, après avoir rencontré ou lu ce mode de défaillance un nombre suffisant de fois, a décidé de documenter un flux alternatif : extraire l’image brute du BIOS depuis le paquet de distribution de Minisforum, la placer 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.

Le flashage BIOS via shell UEFI est la recommandation de pratique sûre standard dans l’industrie pour cette classe d’opération. La raison en est structurelle : un utilitaire de flash 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 qui est en train d’être réécrit. Toute interruption dans cette pile — un plantage de pilote, un à-coup d’alimentation, une Windows Update qui planifie une opération en arrière-plan — peut faire avorter le flash à un point arbitraire. Un flash via shell UEFI s’exécute directement dans l’environnement firmware, sans dépendance à un système d’exploitation et sans services d’arrière-plan qui pourraient l’interrompre. Moins élégant à initier, nettement plus sûr à achever.

Le guide VirtualizationHowto sur les mises à jour BIOS du MS-01 emprunte le même chemin pour un autre produit Minisforum, et existe parce que la documentation de Minisforum elle-même ne recommande pas la voie du shell UEFI de manière visible. La communauté a jugé que la méthode préférée du fournisseur est suffisamment dangereuse pour justifier une documentation alternative, et a rédigé cette documentation elle-même.

La critique structurelle

Quand la méthode la plus sûre pour mettre à jour le firmware d’un produit d’un fournisseur est documentée par un blogueur indépendant plutôt que par le fournisseur, quelque chose s’est détraqué dans la manière dont le fournisseur pense la sécurité du client. Les mises à jour firmware sont le type d’opération dont le mode de défaillance est permanent — une carte mère briquée n’est pas une réclamation de garantie que le client peut résoudre en éjectant une carte et en la réinsérant. L’attente envers le fournisseur est de recommander le flux qui présente la plus faible probabilité de laisser le client avec une carte morte, et de documenter clairement tout flux alternatif.

La pratique de Minisforum, telle que documentée, est l’inverse. Le flasher sous Windows est la voie par défaut et la voie promue. L’alternative via shell UEFI n’est pas documentée dans les supports du fournisseur, et vit dans des billets de blog communautaires. Les clients qui n’ont pas le bagage technique pour évaluer la différence entre les deux méthodes sont orientés vers la moins sûre par l’architecture de l’information des pages de téléchargement mêmes du fournisseur.

L’orientation durable

Si vous mettez à jour un BIOS sur un produit Minisforum quelconque en 2026, et que la documentation présente un utilitaire de flash Windows comme la voie recommandée, faites l’une de ces deux choses avant de procéder. Soit trouver un flux shell UEFI rédigé par la communauté pour votre modèle précis et l’utiliser à la place, soit décider si l’amélioration apportée par le nouveau BIOS vaut le risque de briquage de la voie Windows. Le contournement de la communauté existe parce que la voie par défaut est suffisamment dangereuse pour en justifier un. Aucun client achetant un mini-PC à 500-1 500 dollars ne devrait avoir à l’apprendre par un billet Substack, mais tant que Minisforum ne change pas sa documentation, c’est l’état des lieux — et ceux qui ne le savent pas sont ceux qui paient le plein prix de la voie par défaut non sûre.