BSOD avec 16go de ram mais pas avec 8

BSOD avec 16go de ram mais pas avec 8 - Win 10 - Windows & Software

Marsh Posté le 07-08-2015 à 21:12:22    

Bonsoir à tous ,
Tout d'abord voici ma configuration :
CM  : MSI Z97 Gaming 5
Proc : i7 4790K
RAM : G.Skill Ripjaws X Series - 16Go ( 4 x 4 Go ) PC12800 (1600 Mhz)
Alimentation : Corsair AX850
CG : MSI GTX970 Gaming 4go
SSD : Crucial M4 128go.
 
Alors pour ce qui est des BSOD, ils apparaissent seulement lorsque les 4 sticks de RAM sont connectés. J'ai testé pendant plusieurs jours la configuration avec seulement 2 sticks donc 8 go, en échangeant les sticks sur plusieurs jours d'intervalle et en les utilisant sur les ports pour la ram 2&4 puis 1&3 et je n'ai jamais eu d'écran bleu. Avec le passage à windows 10 j'ai voulu essayé de repasser à 16go mais ça n'a pas loupé, de nouveau des BSOD.. Voici le rapport whocrashed :
 

Citation :

computer name: LUDOVIC-PC
windows version: Windows 10 , 10.0, build: 10240
windows dir: C:\WINDOWS
Hardware: MS-7917, MSI, Z97 GAMING 5 (MS-7917)
CPU: GenuineIntel Intel(R) Core(TM) i7-4790K CPU @ 4.00GHz Intel586, level: 6
8 logical processors, active mask: 255
RAM: 17129172992 total
 
 
 
 
--------------------------------------------------------------------------------
Crash Dump Analysis
--------------------------------------------------------------------------------
 
Crash dump directory: C:\WINDOWS\Minidump
 
Crash dumps are enabled on your computer.
 
On Fri 07/08/2015 18:02:17 GMT your computer crashed
crash dump file: C:\WINDOWS\Minidump\080715-10296-01.dmp
This was probably caused by the following module: ntoskrnl.exe (nt+0x14D220)  
Bugcheck code: 0xA (0x650, 0x2, 0x0, 0xFFFFF80249AD3128)
Error: IRQL_NOT_LESS_OR_EQUAL
file path: C:\WINDOWS\system32\ntoskrnl.exe
product: Microsoft® Windows® Operating System
company: Microsoft Corporation
description: NT Kernel & System
Bug check description: This indicates that Microsoft Windows or a kernel-mode driver accessed paged memory at DISPATCH_LEVEL or above.
This appears to be a typical software driver bug and is not likely to be caused by a hardware problem.  
The crash took place in the Windows kernel. Possibly this problem is caused by another driver that cannot be identified at this time.  
 
 
 
On Fri 07/08/2015 18:02:17 GMT your computer crashed
crash dump file: C:\WINDOWS\memory.dmp
This was probably caused by the following module: ntkrnlmp.exe (nt!KeBugCheckEx+0x0)  
Bugcheck code: 0xA (0x650, 0x2, 0x0, 0xFFFFF80249AD3128)
Error: IRQL_NOT_LESS_OR_EQUAL
Bug check description: This indicates that Microsoft Windows or a kernel-mode driver accessed paged memory at DISPATCH_LEVEL or above.
This appears to be a typical software driver bug and is not likely to be caused by a hardware problem.  
The crash took place in the Windows kernel. Possibly this problem is caused by another driver that cannot be identified at this time.  
 
 
 
On Mon 03/08/2015 01:25:28 GMT your computer crashed
crash dump file: C:\WINDOWS\Minidump\080315-9515-01.dmp
This was probably caused by the following module: ntoskrnl.exe (nt+0x14D220)  
Bugcheck code: 0x109 (0xA3A01F5A1E9DD67D, 0xB3B72BE0711D33C0, 0xFFFFE00189440080, 0x5)
Error: CRITICAL_STRUCTURE_CORRUPTION
file path: C:\WINDOWS\system32\ntoskrnl.exe
product: Microsoft® Windows® Operating System
company: Microsoft Corporation
description: NT Kernel & System
Bug check description: This indicates that the kernel has detected critical kernel code or data corruption.
This might be a case of memory corruption. More often memory corruption happens because of software errors in buggy drivers, not because of faulty RAM modules.  
The crash took place in the Windows kernel. Possibly this problem is caused by another driver that cannot be identified at this time.  
 
 
 
 
 
--------------------------------------------------------------------------------
Conclusion
--------------------------------------------------------------------------------
 
3 crash dumps have been found and analyzed. No offending third party drivers have been found. Connsider using WhoCrashed Professional which offers more detailed analysis using symbol resolution. Also configuring your system to produce a full memory dump may help you.  


 
Je pensais à un problème de la CM au niveau des ports ram mais le fait qu'il n'y est pas de BSOD avec seulement deux sticks me laisse penser que ce n'est pas le cas et que le problème pourrait venir du contrôleur mémoire du CPU mais je ne sais pas comment en être sûr..
Dans l'attente de vos réponse et merci d'avance !

Reply

Marsh Posté le 07-08-2015 à 21:12:22   

Reply

Marsh Posté le 08-08-2015 à 13:36:41    

as tu fais un memtest ?

Reply

Marsh Posté le 08-08-2015 à 16:44:01    

Fais un memtest, UNE barrette a la fois, pendant plusieurs heure ou une nuit, pour voir si l'une d'elle aurait un soucis.  
 

Reply

Marsh Posté le 08-08-2015 à 16:51:24    

Depuis un problème de compatibilité de la RAM sur socket 775 avec un processeur 4 cores sur certaines cartes mères (dont la mienne de l'époque, forcément...), maintenant je fais attention à toujours acheter de la RAM qui est dans la QVL de ma carte mère et dans la bonne quantité.

Reply

Marsh Posté le 08-08-2015 à 17:45:46    


 
Le VCCIO est réglé en auto sur 1V sachant que le voltage de mes barettes est 1.50V.
 
Pour les memtest j'en ai déjà effectué à la pelle sans qu'aucune erreur ne ressorte et puis si une barrette était en cause j'aurais dû avoir des BSOD lorsque je ne mettais que deux sticks non ? Or ce n'était pas le cas ..
 
Et si le QVL est la liste des ram compatibles alors oui elles le sont mais je crois qu'elles ne font pas parti de la liste de compatibilité "oc memory support" (http://www.msi.com/support/mb/Z97-GAMING-5.html#support-ocmem) elles n'y sont qu'en version 8go.. Peut être qu'une fonctione de la cm oc la ram automatiquement et cause donc ce soucis ?

Reply

Marsh Posté le 08-08-2015 à 18:26:00    

ludovic570 a écrit :


Et si le QVL est la liste des ram compatibles alors oui elles le sont mais je crois qu'elles ne font pas parti de la liste de compatibilité "oc memory support" (http://www.msi.com/support/mb/Z97-GAMING-5.html#support-ocmem) elles n'y sont qu'en version 8go.. Peut être qu'une fonctione de la cm oc la ram automatiquement et cause donc ce soucis ?


 
le problème peut venir de la. si dans la QVL ta RAM est présente en 8 Go mais pas en 16 Go, c'est qu'il y a une raison.
A partir de là tu risques de galérer plus ou moins à trouver le bon réglage.  
et du coup, je n'ai pas la réponse sur le ou les réglages à revoir.

Reply

Marsh Posté le 08-08-2015 à 18:41:33    

Elles sont dans la liste de compatibilité de la ram ! Mais pas dans la catégorie oc memory support en fait

Reply

Marsh Posté le 08-08-2015 à 18:47:47    

ludovic570 a écrit :

Elles sont dans la liste de compatibilité de la ram ! Mais pas dans la catégorie oc memory support en fait


Elles sont en quantité de 8 go, et pas 16.
Ça fait une grande différence mine de rien

Reply

Marsh Posté le 08-08-2015 à 18:57:11    

Et le BIOS, il est à jour ?

Reply

Marsh Posté le 08-08-2015 à 19:22:21    

Michael, elles sont aussi dans la liste en 16go mais seulement dans la liste de la ram pas dans celle de la ram overclockable si j'ai bien compris.
 
Et oui le Bios est à jour.

Reply

Marsh Posté le 08-08-2015 à 19:22:21   

Reply

Marsh Posté le 08-08-2015 à 20:28:08    

Augmente un peu la tension ram. J'ai du faire ca sur ma x99 asus pour supporter 8 barettes de 4GB.

Reply

Marsh Posté le 08-08-2015 à 20:33:37    

De combien environ ? Je risque pas de l'endommager ?

Reply

Marsh Posté le 08-08-2015 à 23:46:33    

si tu es a 1.65v passes a 1.7 pour commencer

Reply

Marsh Posté le 09-08-2015 à 18:47:53    

je suis passé à 1.55v et j'ai toujours quelques bsod  
 
Crash dump directory: C:\WINDOWS\Minidump
 
Crash dumps are enabled on your computer.
 
On Sun 09/08/2015 14:09:57 GMT your computer crashed
crash dump file: C:\WINDOWS\Minidump\080915-10343-01.dmp
This was probably caused by the following module: ntoskrnl.exe (nt+0x14D220)  
Bugcheck code: 0xA (0xFFFFFFFFFFFFFFFF, 0x2, 0x1, 0xFFFFF8028D8A1265)
Error: IRQL_NOT_LESS_OR_EQUAL
file path: C:\WINDOWS\system32\ntoskrnl.exe
product: Microsoft® Windows® Operating System
company: Microsoft Corporation
description: NT Kernel & System
Bug check description: This indicates that Microsoft Windows or a kernel-mode driver accessed paged memory at DISPATCH_LEVEL or above.
This appears to be a typical software driver bug and is not likely to be caused by a hardware problem.  
The crash took place in the Windows kernel. Possibly this problem is caused by another driver that cannot be identified at this time.  
 
 
 
On Sat 08/08/2015 21:20:38 GMT your computer crashed
crash dump file: C:\WINDOWS\Minidump\080815-9890-01.dmp
This was probably caused by the following module: ntoskrnl.exe (nt+0x14D220)  
Bugcheck code: 0xC5 (0x9, 0x2, 0x0, 0xFFFFF800266EDAC1)
Error: DRIVER_CORRUPTED_EXPOOL
file path: C:\WINDOWS\system32\ntoskrnl.exe
product: Microsoft® Windows® Operating System
company: Microsoft Corporation
description: NT Kernel & System
Bug check description: This indicates that the system attempted to access invalid memory at a process IRQL that was too high.
This appears to be a typical software driver bug and is not likely to be caused by a hardware problem. This might be a case of memory corruption. More often memory corruption happens because of software errors in buggy drivers, not because of faulty RAM modules.  
The crash took place in the Windows kernel. Possibly this problem is caused by another driver that cannot be identified at this time.  
 
 
 
On Sat 08/08/2015 21:11:21 GMT your computer crashed
crash dump file: C:\WINDOWS\Minidump\080815-9906-01.dmp
This was probably caused by the following module: ntoskrnl.exe (nt+0x14D220)  
Bugcheck code: 0x1E (0xFFFFFFFFC0000005, 0xFFFFF802FA2130C9, 0x0, 0xFFFFFFFFFFFFFFFF)
Error: KMODE_EXCEPTION_NOT_HANDLED
file path: C:\WINDOWS\system32\ntoskrnl.exe
product: Microsoft® Windows® Operating System
company: Microsoft Corporation
description: NT Kernel & System
Bug check description: This indicates that a kernel-mode program generated an exception which the error handler did not catch.
This appears to be a typical software driver bug and is not likely to be caused by a hardware problem.  
The crash took place in the Windows kernel. Possibly this problem is caused by another driver that cannot be identified at this time.  
 

Reply

Marsh Posté le 09-08-2015 à 22:02:09    

Le message dit que c'est un problème software.
En safe mode, ça plante aussi ?

Reply

Marsh Posté le 11-08-2015 à 11:51:38    

Aucune erreur memtest, je vais l'emmener dans un magasin informatique pour un diagnostique comme je n'ai pas de composants équivalents pour tester, cela va me coûter 20€, c'est assez raisonnable, je vous tiendrai au courant

Reply

Marsh Posté le 11-08-2015 à 14:12:45    

carte mere defaillante ?  
 
j'ai déjà eu ce genre de probleme il y a fort fort longtemps , et a cette epoque pas d'acces internet ni de memtest et cie .
j'avais garder cette config pendant 4 ans car pas le choix et pas de sous . puis je fis la connaissance d'internet et de memtest  
 
resultat , la barrette de "ram premium no name" achetez à montgallet etait truffée d'erreur .
 
 
bon courage et tiens nous au courant de la suite

Reply

Marsh Posté le 11-09-2015 à 17:12:27    

Salut à tous, je viens aux nouvelles qui sont plus ou moins bonnes..
La mauvaise est qu'avec ce magasin informatique, à part faire immobiliser mon PC pendant 3 semaines (délai de 10 jours à la base..) je n'y ai rien gagné, ils m'ont dit qu'ils avaient fait une réinitialisation du bios et tester la ram et qu'il n'y avait plus de soucis lol.. En 3 semaines l'ordi n'a été allumé qu'une fois en une heure et demie, pas mal pour tester la stabilité de la machine quand on sait que j'avais les BSOD au bout de quelques heures enfin bref...
 
La bonne nouvelle c'est que j'ai réussi à rendre le pc stable, pour cela j'ai du baisser la fréquence de la ram de 1600 à 1333. Pourquoi, ça je ne sais pas sachant que c'est de la 1600 mais bon maintenant plus de BSOD donc c'est déjà ça de gagné ! :)

Reply

Marsh Posté le 11-09-2015 à 17:47:46    

Cela peut s'expliquer par le fait que certaines barrettes sont en 1600 mais uniquement avec un profil XMP, alors que d'autres sont en 1600 natif.
Ayant déjà eu à mixer ce type de mémoire, effectivement les BSOD sont présents tant qu'on n'a pas trouvé une solution qui conviennent à toutes les barettes (soit augmenter le voltage soit désactiver le XMP sur les barettes qui peuvent l'utiliser et donc effectivement rester en 1333)

Reply

Marsh Posté le 10-11-2019 à 20:17:24    

Salut à tous,
Je rencontre le même problème que ludovic570, aucun soucis avec 2 barrettes de 4 Go et XMP activé, BSOD et freeze dès que j'en ajoute 2 pour passer à 16 Go (barrettes identiques)
Problème résolu en désactivant le XMP mais du coup mémoire non optimisée (1333 au lieu de 1600MHz)
Y'a-t-il une grosse perte en terme de performance ou est-ce de l'ordre de l'anecdotique ?
J'avais l'intention d'essayer de rentrer manuellement fréquence et timing dans le BIOS mais est-ce nécessaire d'activer tout de même le XMP au préalable ??
Merci


Message édité par bourat le 10-11-2019 à 20:24:25
Reply

Marsh Posté le 11-11-2019 à 08:30:30    

A noter que plus de barrettes veut dire plus de charge et risque de devoir baisser la fréquence.

Reply

Marsh Posté le    

Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed