Voila, je remet le post ici ca je me dit que les personnes de cette partie du forum seraient plus à même de me répondre:
 
 
Bonjour, j'ai une config
 
Gigabyte EX38 DS4
ge force 8800 GTX
Pentium Q6600
3 giga de crucial PC2 8500
 
J'ai ma config depuis un an (pas d'overclok)  et j'ai eu quelques fois des écran bleu sous windows m'obligeant à réinstaller et re formater ma machine.
 
Ces écran bleu arrivent souvent après l'installation d'un jeu ou autre programme.(il ya quelques mois ct universalis 2009, ici j'ai commencé a avoir ca apres GTA 4 mais pas pendant le jeu, je suspecte simplement l'installation du jeu...)
 
Samedi le PC a redémarré vers 23h avec écran bleu alors que je n'étais pas la ,  il redémarré encore avec un écran bleu et impossible d'arriver sur le bureau....c'était mis un truc du genre "power management ..memory dumping...ect"
donc impossible de revenir sur le buro windows. néanmoins en revenant le lendemain matin plus de problème...
Vu que j'ai vu "mémory", j'ai pensé a un problème de mémoire mais j'ai fais le memtest 86 et aucune erreurs de ram..
 
j'ai vu que certaines personnes savent analyser des fichiers dump pour voir ou pourrait se trouver l'erreur, j'ai donc garder les deux fichiers de mon ancienne config.
Je me permet de le mettre en lien...
 
 
je suis pas sur sur ca soit un problème d'hardware car j'ai eu le meme il y a 6 mois et rien entre temps. *
J'ai eu ce probleme sous vista 32 et ici 64.
 
je pense plutôt un réglage de bios à changer a mon avis...power management, ca serait la veille, mais ce que je comprend pas c'est poruquoi j'aurais cet écran bleu pendant que j'utilise mon pc....
 
 
Si vous plait, une ame charitable pourrrait essayé de lire ces deux fichiers et me dire d'ou peut venir le probleme??
fichier  DMP
 
je ne m'y connais pas plus que ca...et ce problème commencer à m'énerver sérieux....
Pour le moment, mon entourage ne sait pas d'ou cela pourrait venir.
 
 
D'apres certains post que j'ai lu sur le net, ce fichier dump serait un peu la boite noir permettant de voir d'ou vient ce probleme
 
1 er lien
 
http://www.megaupload.com/?d=JXJYQK5N
 
2 eme lien
 
http://www.megaupload.com/?d=0LQ2YDEG
 
 
j'attends avec impatience l'analyse d'un pro qui pourrait analyser ces fichiers
 
 
Un très grand merci à l'avance, cette situation me stresse...

j'ai su ouvrir le fichier dump:
 
 
Microsoft (R) Windows Debugger  Version 6.4.0007.2
Copyright (c) Microsoft Corporation. All rights reserved.
 
 
Loading Dump File [E:\erreur mindifump\Mini022109-01.dmp]
Mini Kernel Dump File: Only registers and stack trace are available
 
Symbol search path is: *** Invalid ***
****************************************************************************
* Symbol loading may be unreliable without a symbol search path.           *
* Use .symfix to have the debugger choose a symbol path.                   *
* After setting your symbol path, use .reload to refresh symbol locations. *
****************************************************************************
Executable search path is:  
*********************************************************************
* Symbols can not be loaded because symbol path is not initialized. *
*                                                                   *
* The Symbol Path can be set by:                                    *
*   using the _NT_SYMBOL_PATH environment variable.                 *
*   using the -y <symbol_path> argument when starting the debugger. *
*   using .sympath and .sympath+                                    *
*********************************************************************
Unable to load image \SystemRoot\system32\ntoskrnl.exe, Win32 error 2
*** WARNING: Unable to verify timestamp for ntoskrnl.exe
*** ERROR: Module load completed but symbols could not be loaded for ntoskrnl.exe
Windows Longhorn Kernel Version 6001 (Service Pack 1) MP (4 procs) Free x64
Product: WinNt, suite: TerminalServer SingleUserTS
Kernel base = 0xfffff800`01e56000 PsLoadedModuleList = 0xfffff800`0201bdb0
Debug session time: Sat Feb 21 23:23:32.959 2009 (GMT+1)
System Uptime: 0 days 5:25:37.365
*********************************************************************
* Symbols can not be loaded because symbol path is not initialized. *
*                                                                   *
* The Symbol Path can be set by:                                    *
*   using the _NT_SYMBOL_PATH environment variable.                 *
*   using the -y <symbol_path> argument when starting the debugger. *
*   using .sympath and .sympath+                                    *
*********************************************************************
Unable to load image \SystemRoot\system32\ntoskrnl.exe, Win32 error 2
*** WARNING: Unable to verify timestamp for ntoskrnl.exe
*** ERROR: Module load completed but symbols could not be loaded for ntoskrnl.exe
Loading Kernel Symbols
...........................................................................................................................................
Loading unloaded module list
.................
Loading User Symbols
*******************************************************************************
*                                                                             *
*                        Bugcheck Analysis                                    *
*                                                                             *
*******************************************************************************
 
Use !analyze -v to get detailed debugging information.
 
BugCheck 4E, {8d, 7930d, 6460001, fffff68000002108}
 
***** Kernel symbols are WRONG. Please fix symbols to do analysis.
 
*************************************************************************
***                                                                   ***
***                                                                   ***
***    Your debugger is not using the correct symbols                 ***
***                                                                   ***
***    In order for this command to work properly, your symbol path   ***
***    must point to .pdb files that have full type information.      ***
***                                                                   ***
***    Certain .pdb files (such as the public OS symbols) do not      ***
***    contain the required information.  Contact the group that      ***
***    provided you with these symbols if you need this command to    ***
***    work.                                                          ***
***                                                                   ***
***    Type referenced: nt!_KPRCB                                     ***
***                                                                   ***
*************************************************************************
*************************************************************************
***                                                                   ***
***                                                                   ***
***    Your debugger is not using the correct symbols                 ***
***                                                                   ***
***    In order for this command to work properly, your symbol path   ***
***    must point to .pdb files that have full type information.      ***
***                                                                   ***
***    Certain .pdb files (such as the public OS symbols) do not      ***
***    contain the required information.  Contact the group that      ***
***    provided you with these symbols if you need this command to    ***
***    work.                                                          ***
***                                                                   ***
***    Type referenced: nt!_KPRCB                                     ***
***                                                                   ***
*************************************************************************
 
Followup: MachineOwner