Windows redémarre tout seul au milieu d’une mise à jour, les deux écrans restent noirs, et le PC ne passe plus le POST (l’autotest de démarrage de la machine) tant que la carte graphique est dans son slot. Des propriétaires de Radeon RX 7900 XT et XTX d’ASRock décrivent cette scène depuis le 4 novembre 2026. En cause : le VBIOS 1.0.5 (le microprogramme intégré à la carte graphique), mis en ligne le 29 octobre pour corriger une faille de sécurité dont le détail n’a pas été publié.
Au dernier relevé, le 9 novembre 2026, le constructeur n’avait publié ni explication, ni rappel, ni version corrigée. C’est un signalement en cours : aucune des sources lues ne donne le nombre de cartes touchées, et aucun chiffre n’est avancé ici.
Dix cartes visées par la mise à jour, cinq modèles en échec
Le 29 octobre, la marque a ajouté à ses pages d’assistance le VBIOS 1.0.5 de dix cartes RX 7000, de la RX 7600 XT à la RX 7900 XTX, à installer avec l’outil ASRVBFlash 1.0.5. TechPowerUp rappelle que Sapphire et Gigabyte avaient sorti leurs propres versions avant. Le 4 novembre, Overclocking.com a signalé des RX 7900 XTX Phantom Gaming « briquées », c’est-à-dire devenues inutilisables.
| Cartes (VBIOS 1.0.5 du 29 octobre) | Échecs signalés |
|---|---|
| RX 7600 XT Challenger et Steel Legend, RX 7700 XT Challenger, RX 7800 XT Challenger et Steel Legend | Aucun dans les sources lues |
| RX 7900 XT Phantom Gaming et Phantom Gaming White | Oui, des témoignages concordants |
| RX 7900 XTX Phantom Gaming, Taichi et Taichi White | Oui, des témoignages concordants |
Le déroulé se répète d’un témoignage à l’autre, selon Igor’s Lab (7 novembre) : l’outil vérifie la compatibilité, Windows redémarre, puis le PC ne passe plus le POST avec la carte. Retirée, la carte laisse la machine démarrer normalement. Les cartes mères varient (des modèles ASRock et MSI), et le média ne voit pas de plateforme coupable. Il ajoute que l’échec n’est pas automatique : ni toutes les cartes ni toutes les installations ne sont touchées.
Un cas isolé, rapporté par El Chapuzas Informático (6 novembre), est plus inquiétant : le propriétaire d’une Taichi White affirme que le second BIOS de sa carte (celui de l’interrupteur Dual BIOS, censé servir de secours) a été rendu inutilisable à son tour, l’outil se relançant seul au redémarrage de Windows. C’est un récit unique, non confirmé.
Un fichier d’ASRock à moitié retiré, aucune explication publique
Les relevés divergent sur le téléchargement. TechPowerUp et The FPS Review parlent d’un fichier en cours de retrait. Igor’s Lab et PurePC précisent que la 1.0.5 figure toujours dans l’index à la date du 29 octobre, avec des erreurs 404 sur certains chemins de téléchargement et des liens FTP qui répondent encore. Le site netz-trends, qui a relevé la page le 8 novembre, la voit toujours listée, sans mention de retrait ni de correction.
| Date (2026) | Ce qui est établi |
|---|---|
| 29 octobre | VBIOS 1.0.5 en ligne pour dix cartes |
| 4 novembre | Premiers signalements de RX 7900 XTX bloquées (Overclocking.com) |
| 5 novembre | Un fil s’ouvre sur le forum d’assistance du constructeur (netz-trends) |
| 6 novembre | Relais par TechPowerUp, The FPS Review et PurePC ; liens 404 constatés |
| 7 novembre | Aucune explication publique, aucun rappel (Igor’s Lab) |
| 8 novembre | Aucune réponse du personnel dans le fil du forum (netz-trends) |
L’aide existe, mais au cas par cas. Selon PurePC, la filiale européenne a répondu à l’auteur d’un fil Reddit : carte qui fonctionne dans le premier port PCIe, carte bloquée dans le second. Sur une carte mère Mini-ITX, qui n’a qu’un port, c’est impossible, et la marque dit chercher une solution individuelle. Un utilisateur japonais affirme avoir obtenu une prise en charge sous garantie. Igor’s Lab y voit un cas unique, pas une règle pour toutes les régions.
Sur le forum, un membre soupçonne des restes de pilotes graphiques mal désinstallés pendant le flash. Aucune réponse officielle ne l’a confirmé : c’est une hypothèse d’utilisateur.
AMD recommande de flasher, sans dire pourquoi
AMD a fait savoir, via Sapphire et Pause Hardware (13 octobre), que ces firmwares corrigent de potentielles vulnérabilités, qu’il faut les installer dès que le fabricant de la carte les publie, et qu’aucune exploitation n’a été constatée. L’identifiant AMD-SN-6023, cité par Gigabyte, ne figurait pas sur la page des avis de sécurité d’AMD à cette date. Rien n’a été dit sur les cartes bloquées.
Carte intacte ou carte bloquée : la conduite à tenir
D’après Overclocking.com, la page de téléchargement du constructeur déconseille d’installer la mise à jour sur une carte qui fonctionne déjà, et ne dit pas ce que corrige la 1.0.5. Cette mention vient de la presse : la page d’ASRock, protégée par un contrôle anti-robot, n’a pas pu être relue directement le 9 novembre. Le même média suppose que le service après-vente pourrait refuser les cartes bloquées. C’est sa supposition, pas une position annoncée.
| Votre situation | Ce que recommandent les sources |
|---|---|
| Carte concernée qui fonctionne | Ne pas lancer ASRVBFlash 1.0.5 tant qu’il n’y a ni explication ni version corrigée (Igor’s Lab, TechPowerUp) |
| Carte bloquée après le flash | Contacter le revendeur et le support du constructeur avant toute manipulation (Igor’s Lab, The FPS Review) |
| Réparation soi-même | Deux utilisateurs ont réussi avec un programmateur d’EEPROM (la puce qui stocke le firmware) T48 et une pince. Igor’s Lab y voit une méthode risquée, qui peut aggraver la panne, et conseille d’éviter les fichiers d’autres sources |
Réinstaller un ancien VBIOS pris sur TechPowerUp a aussi servi à certains, selon Pause Hardware : une piste, pas une garantie. The FPS Review et netz-trends préviennent que ces bricolages peuvent compliquer un retour en garantie. Le précédent de PNY, qui avait refusé la garantie d’une RTX 5090 fondue (notre article du 1er octobre), montre qu’un fabricant peut s’appuyer sur ses conditions de garantie, d’où le conseil des sources de passer d’abord par le support.
0 Commentaires
Aucun commentaire pour le moment. Soyez le premier à commenter !