Salut à tous, je viens ici car je suis un peu en panne d'idée pour trouver l'origine d'un problème d'écran bleu windows ayant pour origine "WHEA uncorrectable error".
Ecrans bleus survenants essentiellement lors de navigation internet ou lors de jeux qui ne tirent pas trop sur le matériel.
J'ai tenté d'utiliser "whocrashed" mais je ne suis pas plus avancé
 
Le problème est assez pénible car il est aléatoire et survient sur un ordinateur qui est "stable" aux différents tests ( genre furmark toute la nuit ou OCCT en burn plus ou moins costaud )
 
Mes premières recherches m'ont orienté sur la carte graphique, aussi ai-je essayé de changer les drivers pour la version fournie par gigabyte, sans succès.
Par ailleurs, j'ai pu faire du burn sur OCCT ou furmark, sans noter de grosse chauffe : 75° ( avec hotspot qui peut monter à 92 ceci dit ) ni de plantage... donc, pas vraiment certain que ça vienne de là.
 
J'ai fait un memtest qui n'a pas rapporté d'erreur.
 
Tout est à jour sur le PC.
 
 
J'ai une piste avec le processeur, car j'ai noté qu'en faisant mumuse avec curve optimizer, ça crashait sévère dès les premières tentatives, et ce même avec des valeurs assez basses.
 
Donc ma question : avant de tout désosser et renvoyer le proco, est-ce que quelqu'un aurait des idées pour me permettre d'isoler le problème à coup sûr ? Avec les pénuries de matos, pas envie de me retrouver sans ordi pendant 3 mois.
 
PS : la config est en signature !

bon, en fait la config a pas l'air d'apparaitre en signature, alors voilà :
 
ryzen 9 5900X + NZXT kraken Z63
aorus x570 I pro wifi (itx)
ballistix DDR4-3600 CL16 - 32Go
Aorus RTX 3070ti master
sabrent rocket 4 nvme 2tb
Samsung 980 pro nvme 1tb
corsair SF750
"boitier" xtia xproto

mets windows en mode perf élevés pour voir si ce n'est pas lié aux économies d'énergie

Allons-y pour windows en perfs élevées.
 
Je vais laisser tourner un bidule cette nuit et voir si ça aura crash demain.
 
Mais ça me surprendrait que ça vienne de là : tout est @stock ( sauf la ram sur profile XMP ) donc en théorie il y a de la marge de manoeuvre de tous les cotés.

Bonjour

Quelle durée le test ?
Barette par barette ?

Question annexe : BIOS à jour ?

Pour le bios, je suis parti d'un bios F33 quand j'ai monté le PC il y a deux mois, pour basculer sur le F35 ( à jour donc ) quand j'ai essayé de résoudre ce problème.
Je suis dessus depuis 2-3 semaines
 
 
Le memtest, j'ai utilisé celui fourni dans windows 10 et de mémoire ça a fait deux passes.  
Je ne sais pas pourquoi, je n'ai pas le sentiment que ça vienne de la mémoire... Mais je peux me tromper.
 
Tu ferais des memtests d'une nuit avec à chaque fois une seule barrette installée ?
 
 
Sinon, windows passé en mode perf, j'ai laissé tourner pathfinder toute la nuit car il avait tendance à provoquer plus vite les BSOD, mais rien ce matin : tout tournait impeccable.

J'ai une méthode qu'on peut discuter : 1h/Go me parait pas mal comme durée, mais en effet ça fait mal au q d'immobiliser le PC aussi longtemps.
Et bien sûr barette par barette simplement pour pouvoir identifier celle qui merde, à moins que le test windows indique la barette défaillante (memtest ne le fait pas il me semble).
Si tu veux écarter une bonne fois pour toute la mémoire t'en as pour 32h

Après je vois pas mal de comm qui disent qu'au bout de 2 passes si tu as des erreurs elles devraient être affichées. Mais je me demande quand même si au bout de 2h l'intégralité de la ram a pu être mappée avec 32Go, j'avoue que je ne sais pas.

Après c'est peut-être pas la ram qui cause tes problèmes en effet, ma question était plus générale qu'autre chose sur le test mémoire en tant que tel.

Je n'ai jamais fait le test de windows, les deux passes c'est le test "complet" ?
Combien de temps a duré le test à peu près ?

le test mémoire intégré à windows 10 ressemble comme deux gouttes d'eau au memtest que j'ai toujours connu.
c'est supposé tester l'intégralité de la RAM, et à la louche sur les 32 Go, je dirais que ça a pris une grosse demi-heure.
 
Mon problème étant reproductible assez facilement en lançant pathfinder ou life is strange en moins d'un quart d'heure, alors même que ça peut tenir toute une nuit comme ça me fait "sentir" que c'est pas un problème de RAM.
Mais en l'occurence, je suis tellement perdu sur ce diagnostic, je ne veux pas l'écarter non plus... Même si je fais partie de ceux qui pensent que si tu test méthodiquement la RAM complète sur un memtest, les erreurs DOIVENT sortir immédiatement sans avoir besoin d'y passer 32h.
 
J'ai fait un userdiag histoire de : https://userdiag.com/id/m7VFFaCaBD
 
Mais ça n'avance pas plus, rien ne ressort particulièrement.
 
Après, coîncidence ou pas, je peux reproduire les BSODs ultra facilement en tripotant curve optimizer : sur le net on voit beaucoup de gens qui tournent avec des valeurs de 15-20, moi ça se met à planter direct dès les premières valeurs (<5)

Oui il parait que les erreurs doivent sortir assez rapidement, après une demi-heure ça me parait quand même court pour un test mémoire sur 32Go, mais je ne me prétends pas spécialiste de la ram.
 
Sinon pathfinder et life is strange sont installés sur le même SSD ?
 
As-tu par ailleurs fait le traditionnel sfc /scannow dans la console MSDOS en admin pour corriger d'éventuelles erreurs ?

les deux jeux sont installés sur le même SSD oui... Un suspect de plus ?
 
et non, je n'ai pas fait le sfc scannow, je connaissais pas cette bestiole traditionnelle. J'y vais de ce pas.

Ben faut voir ouais, en théorie une fois que le jeu est chargé en mémoire le disque est moins utilisé, mais j'imagine qu'il peut quand même y avoir des accès pour diverses raisons.
A surveiller, voir installer les jeux sur l'autre SSD si possible.

"Début de l’analyse du système. Cette opération peut nécessiter un certain temps.
 
Démarrage de la phase de vérification de l’analyse du système.
La vérification est à 100% terminée.
 
La Protection des ressources Windows a détecté des fichiers corrompus et les a réparés.
Pour les réparations en ligne, les détails sont inclus dans le fichier journal de CBS situé à l'emplacement suivant :
windir\Logs\CBS\CBS.log. Exemple : C:\Windows\Logs\CBS\CBS.log. Pour les réparations
hors connexion, les détails sont inclus dans le fichier journal fourni par l'indicateur /OFFLOGFILE."
 
Je vais regarder le log, pour voir.
Sinon, pas eu de plantage depuis hier soir avec windows en mode perf, une piste sans doute, mais qu'est-ce que ça nous apprends ? ( le proco ? la carte mère ? )

Plutôt un bug software je dirais, la gestion d'alimentation ça peut poser des soucis parfois.

ça m'arrange pas
 
et donc ça voudrait dire reinstallation windows ?

Ben teste déjà un peu après le SFC, éventuellement tu peux lancer un live usb linux pendant quelques heures, naviguer un peu sur le web, du simple quoi, et voir si ça se reproduit, enfin pas un écran bleu bien sûr (windows powa), mais un bug ou autre.
Si t'as aucun soucis ça augmente les chances que ce soit software, sans certitude absolue bien entendu.

très franchement ça fait des années que j'avais pas eu de BSOD, je trouve windows 10 très stable par rapport à ce que ce fut aux temps jadis...
 
Un problème software sur fresh install comme ça c'est assez improbable.
Je vais tenter de changer la carte graphique si j'en trouve une histoire de l'innocenter et je vais prendre contact avec le vendeur du processeur voir ce qu'il en dit.

Perso je m'attends à tout avec windows.

Après c'est peut-être un bug matériel mais ça vaut le coup de tester un autre OS en version live (il ne sera pas installé, tu bootes sur une clé et il tourne en mémoire vive), vu que ton problème arrive aussi quand tu navigues simplement sur le web.

mmm ok, j'ai jamais fait ça... je vois avec un collègue s'il peut me fournir une live linux

Si tu as une clé USB vierge de 4Go minimum tu peux la créer toi même, n'utilise pas une clé avec des données, elles seront effacées pendant la procédure de création de la clé.
Il te faut une distribution linux live, de mémoire Fedora et Ubuntu en proposent une de base.
Fedora : https://getfedora.org/fr/workstation/download/
Ubuntu : https://www.ubuntu-fr.org/download/ (la LTS par exemple)
Ensuite il te faut un logiciel pour rendre la clé bootable : Rufus par exemple.
 
Et 10-15 minutes plus tard tu as la clé prête.

merci, je m'en occupe !
ça me fera l'occasion de tester linux

Te fait pas avoir si tu choisis fedora, quand tu auras boot sur la clé t'auras un menu avec marqué "tester...." ne le choisis pas c'est juste pour "tester le media", j'ai jamais pigé l'utilité du truc. Y a ptet pareil sur Ubuntu que je n'utilise pas.
Tu prends le deuxième choix pour fedora, de mémoire c'est "démarrer ..." ou je sais plus quoi, bref tu verras.

j'ai choisi la version ubuntu LTS, la clef est prête.
J'ai eu droit à de gros freezes pendant la création de la clef, je ne sais pas si c'est normal.
 
En attendant, aucun bug depuis hier soir... j'ai repassé windows en mode normal plutôt que perf histoire de voir.
 
Je teste la clef ce soir.

Normalement non mais c'est peut-être une simple coincidence.

Salutation,
 
sous whocrashed, tu as jeté un oeil sur l'onglet dumpfiles pour zoomer de près les crash.
Quelques pistes peuvent être intéressantes.
 
Pour la maj bios, la 35b est une version beta ( le b ne correspond pas au b de bêta) mais chaque lettre indique une version beta. c'était pour info afin que dès que la F35 finale est prête , de 'l’installer (où version supérieur non beta).
j'ai lu que même avec la maj bios , rien n'a été résolu, mais  les bios bêta sont de type instable
 
 
pas mal les températures mais j'ai compris avec ton boitier    
 
as tu  installé l’ensemble des pilotes nécessaire via le constructeurs?  
il serait judicieux d'installer la maj du chipset qui est réaliser au fil de l'eau par amd notamment pour la gestion de l'alimentation.
tu as quoi actuellement comme gestion de l'alimentation de windows? car cette MAj de AMD va intégré un mode d'alimentation dédié AMd ( balanced / performance)
à tester
 
=> https://www.amd.com/fr/support/chip [...] t-am4/x570
 
ps: un outil efficace pour tester la mémoire, => https://www.memtest.org/#downiso
prend la version v5.01 et télécharge  Auto-installer for USB Key (Win 9x/2k/xp/7) pour créer cela directement sur clé usb.
je rejoins artouillasse pour le test mémoire avec plusieurs pass, le plus judicieux étant de le faire sans le profil xmp avec 3/4 pass qui dureront longtemps.

j'ai pris tous les drivers sur le site constructeur, y compris le bios.
Je suis un peu surpris de ce que tu me dis, parce qu'il n'est fait nulle part mention d'une version beta... Je l'ai pris tout bêtement dans la liste du support technique.
https://www.gigabyte.com/Motherboar [...] rt-dl-bios
 
j'ai également installé le driver chipset de chez AMD il y a deux jours, mais je n'ai pas vu de bidule qui parle de la gestion de l'alimentation. Je jette de nouveau un oeil au truc avec le lien.
 
Idem pour memtest, je vais me pencher de nouveau dessus, mais pour moi, il vaut mieux tester avec le profile XMP, supposé moins stable que les valeurs de base... Au pire je vais tenter 3/4 passes avec et sans xmp, histoire d'être exhaustif.
 
Sinon pas eu de crash aujourd'hui avec windows repassé en mode normal.  
 
Donc :
- peut être un problème de gestion de tension processeur (  https://forum-en.msi.com/index.php? [...] or.359075/ )
- peut être un problème de RAM ( test à venir )
- peut être un problème logiciel ( solutionné avec le sfc /scannow ? )

Autant pour moi, ces plans ne sont pas d’actualité pour les série 5000, et une maj du chipset ne peut qu 'être bénéfique. chose réalisé.
 
officiel du constructeur avec la version v.33i de ta carte mère qui était la dernière version beta avant la version finale v.33 disponible chez le support du lien que tu as linké.
 => https://forum.gigabyte.us/thread/70 [...] ios-thread
 
et quand tu vas sur le lien des de la prochaine version beta du bios , c'est la 35B qui sera actualisé au fil de l'eau suivant le test de stabilité.
https://www.tweaktownforum.com/foru [...] -beta-bios
 
mais il est vrai que gigabyte doit indiqué que c'est une version beta, chose qu il faisait auparavant.
 
 
et whocrasherd sur l'onglet dump files?
 
effectivement cela peut venir de n'importe comme des ssd aussi.

Peut être une connerie mais as-tu bien vérifié les connexions et branchements de tes composants ? Un ssd mal enfiche ou un port pcie mal mis ça peut causer des souris

Il s’avère que oui, j’ai vérifié deux fois… j’avais un buf d’affichage écran noir avant ces histoires de bsod et c’était le riser qui était mal enfiché.
 
Mais je vais renvoyer le proc, donc j’aurai tout le loisir de vérifier à nouveau. (Plus de bug depuis que j’ai mis un boost de curve optimizer et Windows en mode performance.)
 

@ipman, merci de ces précisions, je ne me doutais pas une seconde qu’ils puissent balancer un bios bêta sans souligner le truc en rouge fluo.
 
Pour whocrashed, il faut que j’attende un nouveau bsod, parce que ccleaner m’a dégagé les fichiers dump

oui, même les fichiers txt rattachés au bios  ne mentionne nul part que c'est une version bêta.
tu as déjà demandé une rma pour ton cpu?
 
ccleaner peu également être une piste pour ton souci, il touche à beaucoup de choses notamment la base de registre,  si paramétrer pour qu il y accède et réaliser ces opérations.

J’ai paramètré ccleaner de manière très conservatrice et pas fait de nettoyage de base de registres.
 
Oui j’ai rma le cpu, il faut bien que je commence par un bout, en plus c’est Amazon, donc très facile. Tu parles technique 20 secondes et ils te disent oui-oui renvoyez on rembourse.

Petit épilogue pour ceux que ça intéresserait : il semblerait que le changement de processeur a résolu mon problème.
Bien entendu j'ai démonté et vérifié quelques branchements au passage, mais je n'ai rien noté de flagrant.
 
Merci à tous pour votre aide et vos conseils, j'ai appris des trucs
 

Cool, merci pour ton retour.
Décidément, c'est pas une 1ère les problèmes de cpu liés cette gamme.

La pénurie est peut être en cause : c'est possible qu'ils aient abaissé les exigences lors des contrôles pour laisser filtrer plus de processeurs sur le marché.
 
Mais c'est vrai que pour le haut du panier de la gamme grand public, c'est un peu limite... Je pensais pas me retrouver avec ce genre de problème.
 
Après wait and see, on sait jamais les écrans bleus peuvent ressurgir ( je n'ai que 48h de tests )

oui on ne  sait jamais, du coup c'est  un week end tests    
Bon courage avec j'espère un retour concluant