RTX 5090 écran noir et plantage au chargement du pilote NVIDIA : diagnostic d’un PC MSI

« RTX 5090 écran noir » : c’est souvent en ces termes que la panne nous est décrite. La machine s’allume, le POST défile normalement, Windows commence à charger — puis le signal disparaît. Sur certains essais, le PC se fige carrément, obligeant à couper l’alimentation. Le réflexe le plus courant consiste à incriminer Windows ou le pilote NVIDIA. Sur un PC gaming MSI récent reçu à l’atelier d’Oberhausbergen, près de Strasbourg, le diagnostic a demandé nettement plus de méthode que cela.

Cet article retrace l’intervention étape par étape : ce que les symptômes indiquaient, les tests menés pour isoler successivement Windows, les pilotes, le GPU, l’alimentation et le port PCIe, et pourquoi la conclusion reste prudente tant qu’un test croisé matériel n’a pas été réalisé. Les photographies qui l’illustrent ont été prises à l’atelier pendant l’intervention. Aucune ne laisse voir d’élément permettant d’identifier le propriétaire de la machine : ni écran allumé, ni document, ni numéro de série.

RTX 5090 écran noir : un symptôme, pas un diagnostic

Une perte de signal sur un PC équipé d’une carte graphique haut de gamme peut avoir des origines très différentes :

• le système d’exploitation ou sa couche d’affichage ;
• le pilote graphique lui-même, ou une installation corrompue ;
• le processeur graphique ou sa mémoire vidéo ;
• l’alimentation de la carte, notamment le câble 12V-2×6 et son connecteur ;
• le port PCIe de la carte mère, son alimentation ou son initialisation ;
• le câble ou l’écran, plus rarement mais cela se vérifie systématiquement.

Le coût, le délai et la nature de l’intervention n’ont rien de comparable d’un cas à l’autre. Une réinstallation logicielle se règle en quelques heures ; un retour SAV d’une carte graphique de ce niveau se compte en semaines. D’où l’intérêt de procéder par élimination, dans un ordre précis, avant d’annoncer quoi que ce soit au client.

La configuration concernée

La machine est un PC de jeu assemblé récemment, dans une configuration cohérente et correctement dimensionnée :

• Windows 11 Pro ;
• processeur AMD Ryzen 7 9850X3D ;
• carte mère MSI MEG X870E ACE MAX ;
• carte graphique MSI NVIDIA GeForce RTX 5090 ;
• 32 Go de mémoire DDR5 Kingston ;
• alimentation MSI MPG A1250GS, 1250 W.

Un détail a son importance : en raison de son poids et de son encombrement, la RTX 5090 avait été livrée séparément du boîtier, puis installée après réception. Toute manipulation postérieure à l’assemblage d’usine devient alors un élément du diagnostic — non pas pour désigner un coupable, mais parce qu’elle ajoute une variable à vérifier.

Les symptômes relevés

• le POST s’affiche correctement, le BIOS est accessible ;
• le début du chargement de Windows s’affiche également ;
• le signal se perd au moment où le pilote NVIDIA initialise réellement la carte ;
• certains essais provoquent un blocage complet de la machine, sans écran bleu ;
• Windows fonctionne normalement sur le circuit graphique intégré du processeur AMD ;
• le fonctionnement est stable en mode sans échec, avec le pilote d’affichage générique de Microsoft.

Ce faisceau est caractéristique : la panne n’apparaît jamais avant que la pile graphique complète n’entre en jeu. C’est précisément ce qui rend ce type de cas trompeur, et ce qui pousse tant d’utilisateurs à réinstaller Windows en boucle sans résultat.

Première étape : séparer le POST de la prise en main par Windows

Quand l’affichage du POST et du BIOS est correct, on sait que la carte graphique est détectée, alimentée a minima et capable de produire une image dans un mode très basique, sans aucun pilote. C’est un indice fort, mais ce n’est pas une preuve de bonne santé : à ce stade, le GPU fonctionne à très faible fréquence, avec une consommation sans commune mesure avec celle atteinte une fois le pilote chargé.

Autrement dit, un POST parfait ne disculpe ni le GPU, ni son alimentation. Il indique seulement que le problème apparaît lorsque la carte est réellement sollicitée. La même logique s’appliquait sur un autre cas traité à l’atelier, celui d’un PC portable à l’écran noir sous Windows, où l’affichage BIOS fonctionnait alors que la dalle restait noire une fois le système chargé.

Le mode sans échec : le test qui départage logiciel et matériel

Le mode sans échec démarre Windows avec le pilote d’affichage générique de Microsoft, à la place du pilote NVIDIA. Les fonctions avancées — accélération matérielle, gestion fine des fréquences, montée en puissance du GPU — sont mises de côté.

Sur cette machine, le mode sans échec était parfaitement stable, tout comme le fonctionnement sur le circuit graphique intégré du Ryzen. Deux lectures restaient alors possibles :

1. une installation logicielle défectueuse : pilote corrompu, conflit, résidus d’installations antérieures ;
2. un défaut matériel qui ne se manifeste que lorsque la carte est réellement initialisée et alimentée à pleine charge.

Impossible de trancher à ce stade. Il fallait éliminer méthodiquement la première hypothèse avant d’oser formuler la seconde.

Réinstallation propre de Windows 11 et remise à plat des pilotes

La démarche a consisté à repartir d’une base entièrement saine, plutôt que d’empiler des correctifs sur un système déjà manipulé :

1. réinstallation propre de Windows 11 après formatage ;
2. installation des pilotes de carte mère et du chipset AMD, dans l’ordre recommandé par le constructeur ;
3. application des mises à jour Windows ;
4. nettoyage complet des pilotes NVIDIA avec DDU (Display Driver Uninstaller) entre chaque essai ;
5. installation successive de deux versions de pilotes NVIDIA différentes.

Deux versions de pilotes NVIDIA, un même comportement

Les essais ont porté sur les pilotes NVIDIA 616.56 puis 576.88, avec un passage DDU entre les deux. Le principe est simple : si une régression logicielle était en cause, une branche de pilote plus ancienne avait de bonnes chances de rétablir un fonctionnement normal.

Le défaut a été reproduit à l’identique avec les deux versions. C’est un résultat important : il ne prouve rien à lui seul, mais il rend l’hypothèse d’un simple bug de pilote nettement moins probable. Une réinstallation complète du système suivie de deux branches de pilotes distinctes, toutes deux en échec au même moment précis, oriente le diagnostic ailleurs.

Contrôle du montage : port PCIe et câble d’alimentation 12V-2×6

La piste logicielle largement épuisée, l’étape suivante relevait du contrôle mécanique et électrique. La carte graphique a été déposée puis remontée dans son port PCIe, en vérifiant l’insertion complète et le verrouillage du connecteur. Sur une carte de ce format et de ce poids, un défaut de plan ou une insertion partielle ne sont jamais à écarter d’emblée.

Le câble d’alimentation 12V-2×6 600 W a ensuite été contrôlé des deux côtés : côté alimentation et côté carte graphique. Les connecteurs ont été débranchés puis réenfichés, avec vérification visuelle de l’état des broches et du boîtier plastique — absence de trace d’échauffement, de décoloration ou de broche reculée.

Pourquoi le connecteur 12V-2×6 mérite une attention particulière

Le 12V-2×6 est la révision du connecteur 16 broches introduit avec les cartes graphiques haut de gamme récentes. Par rapport à la version précédente, les broches de détection ont été raccourcies afin que la carte ne réclame pas sa pleine puissance tant que le connecteur n’est pas complètement enfiché. C’est une sécurité utile, mais elle ne dispense pas d’une vérification manuelle : sur une carte capable d’absorber plusieurs centaines de watts, la qualité du contact est un paramètre de premier ordre.

Après réenfichage soigné des deux extrémités du câble et remontage de la carte, le défaut restait strictement identique. Ni le montage PCIe, ni le raccordement de l’alimentation ne l’expliquaient donc de façon évidente.

Que disent les erreurs nvlddmkm relevées dans l’observateur d’événements ?

À chaque incident, l’observateur d’événements de Windows enregistrait des entrées issues de la source nvlddmkm — le nom du pilote graphique NVIDIA en mode noyau. Les identifiants 14 et 153 revenaient notamment.

Ces événements signalent que le pilote a rencontré une erreur au niveau du processeur graphique, et que le système a tenté de reprendre la main sur celui-ci. Ce comportement relève du mécanisme de détection et récupération de dépassement de délai (TDR) documenté par Microsoft : lorsque le GPU ne répond pas dans le délai imparti, Windows le réinitialise pour éviter le gel complet de la machine. Quand la reprise échoue, le résultat visible est exactement celui observé ici — écran noir, voire blocage total.

Une précision honnête s’impose : ces identifiants d’événements ne sont pas documentés publiquement de façon détaillée par NVIDIA, et ils ne désignent pas un composant fautif. Ils ne disent pas « la carte est morte ». Ils disent que la communication entre Windows et le GPU s’interrompt au moment de l’initialisation. C’est un élément du faisceau, pas une conclusion.

Résultat du diagnostic : forte suspicion sur la chaîne graphique

Au terme de l’intervention, le bilan se résume ainsi :

• Windows a été éliminé comme cause unique : réinstallation propre, défaut reproduit ;
• le pilote NVIDIA a été éliminé comme cause unique : DDU et deux branches de pilotes, défaut reproduit ;
• le montage PCIe et le raccordement 12V-2×6 ont été contrôlés sans anomalie visible ;
• la machine est parfaitement stable sur le circuit graphique intégré et en pilote générique ;
• les événements nvlddmkm apparaissent systématiquement au moment de l’initialisation de la carte.

La conclusion transmise est donc une forte suspicion portant sur la chaîne graphique, avec le GPU comme suspect principal. Une réserve est explicitement maintenue sur l’alimentation de la carte, le port PCIe et la carte mère : seul un test croisé matériel — la même carte dans une autre machine, ou une autre carte dans celle-ci — permettrait de trancher définitivement. Ce test croisé n’était pas réalisable à l’atelier faute d’une seconde carte de ce niveau.

Annoncer « la carte graphique est HS » sans ce test serait plus vendeur, mais malhonnête. Un diagnostic sérieux distingue ce qui est démontré de ce qui est probable.

Machine sous garantie : pourquoi aucune intervention invasive

Le PC étant sous garantie, aucune intervention invasive n’a été réalisée : pas de démontage du ventirad de la carte graphique, pas de remplacement de composant, pas de manipulation susceptible de faire sauter la prise en charge constructeur. C’est une règle de base, et elle prime sur toute tentative de réparation.

Le travail s’est conclu par la rédaction d’un rapport technique détaillé destiné au SAV : configuration exacte, symptômes, chronologie des tests, versions de pilotes essayées, relevés d’événements Windows. Un dossier documenté accélère considérablement le traitement d’un retour matériel — et évite au client de se voir répondre « réinstallez Windows » après plusieurs semaines d’attente.

Que faire si votre PC gaming affiche un écran noir ?

Quelques vérifications simples permettent d’orienter le diagnostic avant de faire appel à un technicien :

1. vérifier que le POST et le BIOS s’affichent bien au démarrage ;
2. tester un autre câble vidéo et, si possible, un autre écran ;
3. démarrer en mode sans échec pour voir si l’affichage se stabilise ;
4. si le processeur dispose d’un circuit graphique intégré, brancher l’écran dessus pour vérifier que le reste de la machine fonctionne ;
5. consulter l’observateur d’événements Windows et repérer les entrées liées au pilote graphique ;
6. vérifier que le câble d’alimentation de la carte graphique est complètement enfiché des deux côtés, machine éteinte et débranchée.

Un conseil : n’enchaînez pas les manipulations avancées — flashage de BIOS, changement de câbles d’alimentation improvisé, démontage de la carte graphique — sur une machine sous garantie. C’est souvent à ce stade qu’un dossier SAV simple devient un litige.

FAQ — RTX 5090, écran noir et pilote NVIDIA

Un écran noir avec une RTX 5090 signifie-t-il que la carte est morte ?

Non. Un écran noir est un symptôme, pas un diagnostic. Il peut venir de Windows, du pilote, du câble, de l’écran, de l’alimentation de la carte ou du port PCIe. Seule une démarche d’élimination permet de savoir laquelle de ces causes est réellement en jeu.

Pourquoi le PC démarre-t-il normalement avant de perdre le signal ?

Parce que le POST et le début du chargement de Windows utilisent la carte dans un mode très basique, à faible fréquence et faible consommation. Le pilote NVIDIA prend ensuite le relais et initialise réellement le GPU. Un défaut qui n’apparaît qu’à ce moment est fréquent et parfaitement cohérent avec un problème matériel.

Réinstaller Windows peut-il corriger ce type de panne ?

Parfois, oui : une installation dégradée par des pilotes accumulés peut provoquer des symptômes très proches. C’est justement pour cette raison qu’on commence par là. Mais si le défaut se reproduit après une réinstallation propre et deux versions de pilotes différentes, l’hypothèse logicielle devient peu crédible.

Que signifient les erreurs nvlddmkm ID 14 et 153 ?

Ce sont des événements enregistrés par le pilote graphique NVIDIA en mode noyau lorsqu’il rencontre une erreur au niveau du GPU et que Windows tente de le réinitialiser. Ils confirment que le problème se situe dans la communication avec la carte graphique, mais ils ne désignent pas à eux seuls un composant défectueux.

Une alimentation de 1250 W est-elle suffisante pour une RTX 5090 ?

Sur le papier, largement. La puissance totale n’est cependant pas le seul critère : la qualité du câble 12V-2×6, la bonne insertion du connecteur et la stabilité de la ligne 12 V comptent tout autant. C’est pourquoi le contrôle du raccordement fait partie intégrante du diagnostic, même avec une alimentation confortablement dimensionnée.

Faut-il ouvrir une carte graphique encore sous garantie ?

Non. Tout démontage du système de refroidissement ou retrait d’étiquette de garantie risque d’entraîner un refus de prise en charge. Le bon réflexe est de documenter précisément les tests réalisés et de passer par le SAV du constructeur ou du revendeur.

Diagnostic et dépannage de PC gaming à Strasbourg avec InaberInfo

InaberInfo intervient à Strasbourg et dans l’Eurométropole pour le diagnostic de pannes matérielles et logicielles, en dépannage informatique à domicile comme en atelier à Oberhausbergen pour les cas nécessitant du temps et du matériel de test. Les configurations de jeu, les problèmes de carte graphique et les interventions de technicien PC gamer à Strasbourg font partie du quotidien de l’atelier, tout comme les améliorations et montées en puissance de PC.

Votre PC affiche un écran noir dès que la carte graphique entre en jeu ? Un diagnostic permet de déterminer si l’origine est logicielle, liée aux pilotes ou réellement matérielle — et, le cas échéant, de constituer un dossier technique exploitable pour un retour SAV. Chaque machine est un cas particulier : le diagnostic précède toujours le devis, et aucune réparation n’est annoncée avant d’avoir identifié la cause réelle.

📞 06 51 49 03 82 — nous contacter ou prendre rendez-vous en ligne.