Windows 7 "White Screen" - help Plz

**Biscuit** · 02-08-2010

Besoin d'aide s'il vous plaît aviser. Dump des fichiers texte ci-dessous. Merci de votre aide.

White Screen Lock up. Nouveau système d'exploitation opérationnelle pour seulement 3 jours. Nouvelle installation BTW pas une mise à niveau de 7 à 64 bits exécute une i7 avec Crossfired 5770 et 6 Go de RAM Corsair XMS 8-8-8-24. 4 à 750 Go de disque dur HDD dans un RAID 10 mis en place.

Event # 1:

Loading Dump File [C: \\ Windows \\ Minidump \\ 020510-45458-01.dmp]
Mini Kernel Dump File: Seuls les registres et trace de la pile sont disponibles

Symbole chemin de recherche est la suivante: Blancs *** ***
************************************************** **************************
* Symbole lors du chargement de mai ne pas être fiables sans un chemin de recherche de symbole. *
* Utilisation. Symfix d'avoir le débogueur de choisir une voie de symbole. *
* Après avoir défini votre chemin symbole, utilisez. Reload to refresh endroits symbole. *
************************************************** **************************
Chemin de recherche de l'exécutable est:
************************************************** *******************
Symboles * ne peut pas être chargé parce que la voie symbole n'est pas initialisé. *
* *
* Le Sentier Symbole peut être réglé par: *
* En utilisant la variable d'environnement _NT_SYMBOL_PATH. *
* Utilisation de l'argument <symbol_path>-y quand vous démarrez le débogueur. *
* Utilisez. SymPath et. Sympath + *
************************************************** *******************
Impossible de charger l'image ntoskrnl.exe, erreur Win32 0N2
*** ATTENTION: Impossible de vérifier horodatage de ntoskrnl.exe
*** ERROR: Module de chargement terminé, mais les symboles ne pouvait pas être chargé pour ntoskrnl.exe
Windows 7 Kernel Version 7600 MP (8 procs) Free x64
Produit: Winnt, suite: TerminalServer SingleUserTS
Nom de la machine:
Noyau de base \u003d 0xfffff800 `02a64000 PsLoadedModuleList \u003d 0xfffff800` 02ca1e50
Debug session time: Fri Feb 5 21:49:29.628 2010 (GMT-6)
System Uptime: 0 days 0:00:18.643
************************************************** *******************
Symboles * ne peut pas être chargé parce que la voie symbole n'est pas initialisé. *
* *
* Le Sentier Symbole peut être réglé par: *
* En utilisant la variable d'environnement _NT_SYMBOL_PATH. *
* Utilisation de l'argument <symbol_path>-y quand vous démarrez le débogueur. *
* Utilisez. SymPath et. Sympath + *
************************************************** *******************
Impossible de charger l'image ntoskrnl.exe, erreur Win32 0N2
*** ATTENTION: Impossible de vérifier horodatage de ntoskrnl.exe
*** ERROR: Module de chargement terminé, mais les symboles ne pouvait pas être chargé pour ntoskrnl.exe
Loading Kernel Symbols
................................................
Loading User Symbols
Mini Kernel Dump ne contient pas de liste de pilotes déchargés
************************************************** *****************************
* *
* Bugcheck Analysis *
* *
************************************************** *****************************

Utilisez! Analyze-v pour obtenir des informations de débogage détaillées.

BugCheck 124, (0, fffffa8007f3d4a8, 0, 0)

***** Kernel symbols are WRONG. S'il vous plaît fixer les symboles de faire l'analyse.

************************************************** ***********************
*** ***
*** ***
*** Votre débogueur n'utilise pas les symboles appropriés ***
*** ***
*** Pour que cette commande fonctionne correctement, votre chemin symbole ***
*** Doit pointer vers les fichiers. Pdb qui ont des informations de type intégral. ***
*** ***
*** Certain. Pdb (tels que les symboles publics OS) ne ***
*** Contenant les informations requises. Contactez le groupe qui ***
*** Que vous avez fournis avec ces symboles, si vous avez besoin de cette commande pour ***
*** Travail. ***
*** ***
*** Type referenced: nt! _WHEA_ERROR_RECORD_HEADER ***
*** ***
************************************************** ***********************
************************************************** ***********************
*** ***
*** ***
*** Votre débogueur n'utilise pas les symboles appropriés ***
*** ***
*** Pour que cette commande fonctionne correctement, votre chemin symbole ***
*** Doit pointer vers les fichiers. Pdb qui ont des informations de type intégral. ***
*** ***
*** Certain. Pdb (tels que les symboles publics OS) ne ***
*** Contenant les informations requises. Contactez le groupe qui ***
*** Que vous avez fournis avec ces symboles, si vous avez besoin de cette commande pour ***
*** Travail. ***
*** ***
*** Type referenced: nt! _WHEA_ERROR_RECORD_HEADER ***
*** ***
************************************************** ***********************
Impossible de charger l'image PSHED.dll, Win32 erreur 0N2
*** ATTENTION: Impossible de vérifier horodatage pour PSHED.dll
*** ERROR: Module de chargement terminé, mais les symboles ne pouvait pas être chargé pour PSHED.dll

Event # 2:

Loading Dump File [C: \\ Windows \\ Minidump \\ 020610-31574-01.dmp]
Mini Kernel Dump File: Seuls les registres et trace de la pile sont disponibles

Symbole chemin de recherche est la suivante: Blancs *** ***
************************************************** **************************
* Symbole lors du chargement de mai ne pas être fiables sans un chemin de recherche de symbole. *
* Utilisation. Symfix d'avoir le débogueur de choisir une voie de symbole. *
* Après avoir défini votre chemin symbole, utilisez. Reload to refresh endroits symbole. *
************************************************** **************************
Chemin de recherche de l'exécutable est:
************************************************** *******************
Symboles * ne peut pas être chargé parce que la voie symbole n'est pas initialisé. *
* *
* Le Sentier Symbole peut être réglé par: *
* En utilisant la variable d'environnement _NT_SYMBOL_PATH. *
* Utilisation de l'argument <symbol_path>-y quand vous démarrez le débogueur. *
* Utilisez. SymPath et. Sympath + *
************************************************** *******************
Impossible de charger l'image ntoskrnl.exe, erreur Win32 0N2
*** ATTENTION: Impossible de vérifier horodatage de ntoskrnl.exe
*** ERROR: Module de chargement terminé, mais les symboles ne pouvait pas être chargé pour ntoskrnl.exe
Windows 7 Kernel Version 7600 MP (8 procs) Free x64
Produit: Winnt, suite: TerminalServer SingleUserTS
Nom de la machine:
Noyau de base \u003d 0xfffff800 `02a19000 PsLoadedModuleList \u003d 0xfffff800` 02c56e50
Debug session time: Sat Feb 6 08:04:13.986 2010 (GMT-6)
System Uptime: 0 days 0:00:20.000
************************************************** *******************
Symboles * ne peut pas être chargé parce que la voie symbole n'est pas initialisé. *
* *
* Le Sentier Symbole peut être réglé par: *
* En utilisant la variable d'environnement _NT_SYMBOL_PATH. *
* Utilisation de l'argument <symbol_path>-y quand vous démarrez le débogueur. *
* Utilisez. SymPath et. Sympath + *
************************************************** *******************
Impossible de charger l'image ntoskrnl.exe, erreur Win32 0N2
*** ATTENTION: Impossible de vérifier horodatage de ntoskrnl.exe
*** ERROR: Module de chargement terminé, mais les symboles ne pouvait pas être chargé pour ntoskrnl.exe
Loading Kernel Symbols
................................................
Loading User Symbols
Mini Kernel Dump ne contient pas de liste de pilotes déchargés
************************************************** *****************************
* *
* Bugcheck Analysis *
* *
************************************************** *****************************

Utilisez! Analyze-v pour obtenir des informations de débogage détaillées.

BugCheck 124, (0, fffffa8007ef78f8, 0, 0)

***** Kernel symbols are WRONG. S'il vous plaît fixer les symboles de faire l'analyse.

************************************************** ***********************
*** ***
*** ***
*** Votre débogueur n'utilise pas les symboles appropriés ***
*** ***
*** Pour que cette commande fonctionne correctement, votre chemin symbole ***
*** Doit pointer vers les fichiers. Pdb qui ont des informations de type intégral. ***
*** ***
*** Certain. Pdb (tels que les symboles publics OS) ne ***
*** Contenant les informations requises. Contactez le groupe qui ***
*** Que vous avez fournis avec ces symboles, si vous avez besoin de cette commande pour ***
*** Travail. ***
*** ***
*** Type referenced: nt! _WHEA_ERROR_RECORD_HEADER ***
*** ***
************************************************** ***********************
************************************************** ***********************
*** ***
*** ***
*** Votre débogueur n'utilise pas les symboles appropriés ***
*** ***
*** Pour que cette commande fonctionne correctement, votre chemin symbole ***
*** Doit pointer vers les fichiers. Pdb qui ont des informations de type intégral. ***
*** ***
*** Certain. Pdb (tels que les symboles publics OS) ne ***
*** Contenant les informations requises. Contactez le groupe qui ***
*** Que vous avez fournis avec ces symboles, si vous avez besoin de cette commande pour ***
*** Travail. ***
*** ***
*** Type referenced: nt! _WHEA_ERROR_RECORD_HEADER ***
*** ***
************************************************** ***********************
Impossible de charger l'image PSHED.dll, Win32 erreur 0N2
*** ATTENTION: Impossible de vérifier horodatage pour PSHED.dll
*** ERROR: Module de chargement terminé, mais les symboles ne pouvait pas être chargé pour PSHED.dll

**Problème** · 02-08-2010

Essayez de lancer le débogueur de nouveau mais cette fois lorsque vous ouvrez le débogueur et avant d'ouvrir le DMP. Allez dans le menu Fichier et choisissez chemin symbole et collez-la dans l'emplacement
"SRV * c: \\ symbols * http://msdl.microsoft.com/download/symbols"
sans l'extérieur des guillemets, puis ouvrez le fichier. dmp et voyez si vous obtenez un mieux depuis que de la question.

**ickymay** · 02-08-2010

Originally Posted by Problème

Essayez de lancer le débogueur de nouveau mais cette fois lorsque vous ouvrez le débogueur et avant d'ouvrir le DMP. Allez dans le menu Fichier et choisissez chemin symbole et collez-la dans l'emplacement
"SRV * c: \\ symbols * http://msdl.microsoft.com/download/symbols"
sans l'extérieur des guillemets, puis ouvrez le fichier. dmp et voyez si vous obtenez un mieux depuis que de la question.

et d'après le fichier Minidump ici pour que quelqu'un pourrait prendre un coup d'oeil

**Biscuit** · 02-08-2010

n'ai-je pas le faire avec le texte ci-dessus? Désolé ..... fichier de vidage de noob.

**ickymay** · 02-08-2010

Originally Posted by Biscuit

n'ai-je pas le faire avec le texte ci-dessus? Désolé ..... fichier de vidage de noob.

n nous avons besoin du réel. dmp à courir à travers les fenêtres du débogueur et les nombreuses commandes qu'il utilise

**Biscuit** · 02-09-2010

devrais-je le PM pour vous?

**ickymay** · 02-09-2010

Originally Posted by Biscuit

devrais-je le PM pour vous?

nope c'est mieux si quelques personnes familières avec l'utilisation de fenêtres du débogueur peut prendre un regard aussi bien que moi, alors nous avons beaucoup d'esprits, de rechercher une solution

tout simplement le zip. dmp hors du dossier Minidump puis attachez-le ici, il suffit de regarder et Theres un trombone, où vous pourrez ouvrir une boîte de dialogue, puis choisir le fichier de votre disque dur puis de télécharger et de le joindre dans ce message

NB dans le texte que vous avez déposé votre débogueur n'a pas chargé les symboles appropriés de la base de données Microsoft

**Biscuit** · Il ya 4 semaines

Dump des fichiers attachés à la demande ....... zippés. Merci de votre aide.

**Problème** · Il ya 4 semaines

Puisque tous les trois des décharges étaient pratiquement identiques, j'ai affiché les résultats d'un seul. Comme vous pouvez voir les résultats soulignent le matériel (pas beaucoup d'aide). Alors, étant donné que, mai vous voulez jeter un oeil à la configuration de la mémoire, les timings et les tensions, on ne dit pas quel type de MoBo que vous utilisez, mais si c'est une carte mère ASUS se regarder dans le bios, AI Tweaker, essayez la normale ou auto juste xmp pas et voir si cela fait aucune différence. Vérifier votre temps d'inactivité et sous une charge ... Gestionnaire de périphériques check-> Affichage-> Afficher les périphériques cachés et voir s'il ya quelque chose là indiquant un problème. Si vous êtes OC'ing actuellement rien de sûr, vous mai souhaitez réinitialiser tout à standard par défaut et voir ce qui se passe. La seule autre chose que vous pourriez essayer est safemode ou safemode avec mise en réseau pour exclure tout logiciel tiers / questions liées aux services.

Microsoft (R) Windows Debugger Version 6.11.0001.404 AMD64
Copyright (c) Microsoft Corporation. Tous droits réservés.

Loading Dump File [C: \\ Users \\ JohnSmith \\ Desktop \\ Nouveau dossier \\ 1_020510-45458-01.dmp]
Mini Kernel Dump File: Seuls les registres et trace de la pile sont disponibles
Chemin de recherche des symboles est: SRV * c: \\ symbols *Symbole d'information
Chemin de recherche de l'exécutable est:
Windows 7 Kernel Version 7600 MP (8 procs) Free x64
Produit: Winnt, suite: TerminalServer SingleUserTS
Construit par: 7600.16385.amd64fre.win7_rtm.090713-1255
Nom de la machine:
Noyau de base \u003d 0xfffff800 `02a64000 PsLoadedModuleList \u003d 0xfffff800` 02ca1e50
Debug session time: Fri Feb 5 21:49:29.628 2010 (GMT-6)
System Uptime: 0 days 0:00:18.643
Loading Kernel Symbols
................................................
Loading User Symbols
Mini Kernel Dump ne contient pas de liste de pilotes déchargés
************************************************** *****************************
* *
* Bugcheck Analysis *
* *
************************************************** *****************************
Utilisez! Analyze-v pour obtenir des informations de débogage détaillées.
BugCheck 124, (0, fffffa8007f3d4a8, 0, 0)
Probablement causée par: hardware
Followup: MachineOwner
---------
6: kd>! Analyze-v
************************************************** *****************************
* *
* Bugcheck Analysis *
* *
************************************************** *****************************
WHEA_UNCORRECTABLE_ERROR (124)
Une erreur matérielle irrécupérable s'est produite. Paramètre 1 indique le type d'erreur
source qui a signalé l'erreur. Paramètre 2 contient l'adresse de la
WHEA_ERROR_RECORD structure qui décrit la conditon d'erreur.
Arguments:
Arg1: 0000000000000000, Machine Check Exception
Arg2: fffffa8007f3d4a8, adresse de la structure WHEA_ERROR_RECORD.
Arg3: 0000000000000000, Haut ordre 32-bits de la valeur MCi_STATUS.
Arg4: 0000000000000000, Low ordre 32-bits de la valeur MCi_STATUS.
Debugging Details:
------------------

BUGCHECK_STR: 0x124_GenuineIntel
CUSTOMER_CRASH_COUNT: 1
DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT
PROCESS_NAME: System
CURRENT_IRQL: 0
STACK_TEXT:
fffff880 `033706f0 fffff800` 02d1ea89: fffffa80 `07f3d480 fffffa80` 05523680 00000000 `00000009 00000000` 00000001: nt! WheapCreateLiveTriageDump 0 x6c
fffff880 `03370c10 fffff800` 02c00547: fffffa80 `07f3d480 fffff800` 02c795f8 fffffa80 `05523680 00000002` 00000005: nt! WheapCreateTriageDumpFromPreviousSession +0 x49
fffff880 `03370c40 fffff800` 02b68b95: fffff800 `02cdb360 fffffa80` 070f2828 fffffa80 `070f2820 fffffa80` 05523680: nt! WheapProcessWorkQueueItem +0 x57
fffff880 `03370c80 fffff800` 02ae3161: fffff880 `01065e00 fffff800` 02b68b70 fffffa80 `05523680 00000000` 00000000: nt! WheapWorkQueueWorkerRoutine 0 x25
fffff880 `03370cb0 fffff800` 02d79166: 1b5c052c `4c8abbac fffffa80` 05523680 00000000 `00000080 fffffa80` 05507040: nt! ExpWorkerThread 0 x111
fffff880 `03370d40 fffff800` 02ab4486: fffff880 `0316a180 fffffa80` 05523680 fffff880 `031750c0 39e12f08` c2190f0f: nt! PspSystemThreadStartup +0 x5a
fffff880 `03370d80 00000000` 00000000: fffff880 `03371000 fffff880` 0336b000 fffff880 `02e9c540 00000000` 00000000: nt! KxStartSystemThread 0 x16

STACK_COMMAND: kb
FOLLOWUP_NAME: MachineOwner
MODULE_NAME: hardware
IMAGE_NAME: hardware
DEBUG_FLR_IMAGE_TIMESTAMP: 0
FAILURE_BUCKET_ID: X64_0x124_GenuineIntel_PROCESSOR_MAE_PRV
BUCKET_ID: X64_0x124_GenuineIntel_PROCESSOR_MAE_PRV
Followup: MachineOwner
---------
6: kd> Hardware lmvm
le nom commencent End Module
Mini Kernel Dump ne contient pas de liste de pilotes déchargés

**ickymay** · Il ya 4 semaines

Originally Posted by Biscuit

Dump des fichiers attachés à la demande ....... zippés. Merci de votre aide.

ok je crois c'est une chose à faire avec votre configuration RAID ....... 10

fenêtres du débogueur est venu avec

************************************************** *****************************
* *
* Bugcheck Analysis *
* *
************************************************** *****************************

Utilisez! Analyze-v pour obtenir des informations de débogage détaillées.

BugCheck 124, (0, fffffa8007f3d4a8, 0, 0)

Probablement causée par: hardware

Followup: MachineOwner
---------
************************************************** *****************************
* *
* Bugcheck Analysis *
* *
************************************************** *****************************

Utilisez! Analyze-v pour obtenir des informations de débogage détaillées.

BugCheck 124, (0, fffffa8007ef78f8, 0, 0)

Probablement causée par: hardware

Followup: MachineOwner
---------
************************************************** *****************************
* *
* Bugcheck Analysis *
* *
************************************************** *****************************

Utilisez! Analyze-v pour obtenir des informations de débogage détaillées.

BugCheck 124, (0, fffffa8007ef78f8, 0, 0)

Probablement causée par: hardware

Followup: MachineOwner
---------

Donc, tous les trois résultats sont exactement les mêmes, y compris la pile de pilotes et de la cause répertorié comme matériel, et le code de vérification d'erreur est la clé ici BugCheck 124

Microsoft conseille

Bug Check 0x24: NTFS_FILE_SYSTEM

Le contrôle de bogue NTFS_FILE_SYSTEM a une valeur de 0x00000024. Cela indique un problème survenu dans Ntfs.sys, le fichier pilote qui permet au système de lire et d'écrire sur les disques NTFS.
Paramètres

Les paramètres suivants sont affichés sur la description screen.Parameter bleu
1 Indique le fichier source et le numéro de ligne. Les 16 bits (les quatre premiers chiffres hexadécimaux après le "0x") d'identifier la source de fichier par son numéro d'identification. Les 16 bits qui identifient la ligne source du fichier où le contrôle de bogue s'est produit.
2 Si NtfsExceptionFilter est sur la pile, ce paramètre spécifie l'adresse de l'enregistrement d'exception.
3 Si NtfsExceptionFilter est sur la pile, ce paramètre spécifie l'adresse de l'enregistrement du contexte.
4 Réservé

Cause

Une cause possible de cette vérification bug est la corruption de disques. La corruption dans le système de fichiers NTFS ou blocs défectueux (secteurs) sur le disque dur peut provoquer cette erreur. Corrupted SCSI et IDE pilotes peuvent aussi nuire à la capacité du système à lire et à écrire sur le disque, ce qui provoque l'erreur.

Une autre cause possible est l'appauvrissement de la mémoire de réserve non paginée. Si la mémoire de réserve non paginée est totalement épuisée, cette erreur peut arrêter le système. Toutefois, pendant le processus d'indexation, si la quantité de mémoire disponible de réserve non paginée est très faible, un autre pilote en mode noyau réclamant de la mémoire de réserve non paginée peut également déclencher cette erreur.
Résoudre le problème

Pour déboguer ce problème: Utilisez le CXR. (Display Context Record) de commande avec le paramètre 3, puis utilisez la kb (Display Stack Trace) de commande.

Pour résoudre un problème de corruption de disques: Vérifier l'Observateur d'événements les messages d'erreur du SCSI et FASTFAT (System Log) ou Autochk (Application Log) qui pourraient aider à identifier le périphérique ou le pilote qui provoque l'erreur. Essayez de désactiver les antivirus, les programmes de sauvegarde, les utilitaires de défragmentation de disque qui surveillent en permanence le système. Vous devez également exécuter des diagnostics de matériel fournis par le fabricant du système. Pour plus de détails sur ces procédures, consultez le manuel du propriétaire pour votre ordinateur. Run chkdsk / f / r pour détecter et résoudre tout système de fichiers corruption structurelle. Vous devez redémarrer le système avant que l'analyse du disque commence sur une partition système.

maintenant je crois cela pourrait être un pilote RAID ou des réglages dans le BIOS mais je dois dire que tous les pilotes de votre look tout à fait à ce jour?

S'il vous plaît lancer une vérification du disque sur tous les lecteurs utilisant Run chkdsk / f / r