3 votes

L'ordinateur a redémarré à partir d'un contrôle de bogues.

Mon ordinateur Windows 8 se bloque fréquemment lorsqu'on essaie de le sortir de sa veille. Le voyant d'alimentation s'allume, mais l'écran n'affiche aucune connexion et l'ordinateur ne se réveille pas. Je dois maintenir le bouton d'alimentation enfoncé pour l'éteindre et le réinitialiser. J'ai trouvé ceci dans le journal des événements. Je ne sais pas s'il a planté avant que j'essaie de le réveiller, ou s'il se bloque dès que j'appuie sur une touche. L'erreur précédente est à 8:40. Comment puis-je la déboguer pour trouver la source du problème ?

Il s'agit d'un Dell XPS 8500. J'ai déjà effectué les tests matériels du BIOS de Dell, y compris les tests de mémoire, avec l'option "test étendu", pendant la nuit, et je n'ai trouvé aucun problème.

Error   8/8/2013 1:18:34 PM EventLog    6008    None

The previous system shutdown at 12:02:22 PM on 8/8/2013 was unexpected.

Error   8/8/2013 1:18:40 PM BugCheck    1001    None

Log Name:      System
Source:        Microsoft-Windows-WER-SystemErrorReporting
Date:          8/8/2013 1:18:40 PM
Event ID:      1001
Task Category: None
Level:         Error
Keywords:      Classic
User:          N/A
Computer:      xps
Description:
The computer has rebooted from a bugcheck.  The bugcheck was: 0x0000003b (0x00000000c0000005, 0xfffff88001d01e0f, 0xfffff8801e33a8b0, 0x0000000000000000). A dump was saved in: C:\windows\MEMORY.DMP. Report Id: 080813-32203-01.
Event Xml:
<Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event">
  <System>
    <Provider Name="Microsoft-Windows-WER-SystemErrorReporting" Guid="{ABCE23E7-DE45-4366-8631-84FA6C525952}" EventSourceName="BugCheck" />
    <EventID Qualifiers="16384">1001</EventID>
    <Version>0</Version>
    <Level>2</Level>
    <Task>0</Task>
    <Opcode>0</Opcode>
    <Keywords>0x80000000000000</Keywords>
    <TimeCreated SystemTime="2013-08-08T17:18:40.000000000Z" />
    <EventRecordID>9844</EventRecordID>
    <Correlation />
    <Execution ProcessID="0" ThreadID="0" />
    <Channel>System</Channel>
    <Computer>xps</Computer>
    <Security />
  </System>
  <EventData>
    <Data Name="param1">0x0000003b (0x00000000c0000005, 0xfffff88001d01e0f, 0xfffff8801e33a8b0, 0x0000000000000000)</Data>
    <Data Name="param2">C:\windows\MEMORY.DMP</Data>
    <Data Name="param3">080813-32203-01</Data>
  </EventData>
</Event>

J'ai lancé à la fois WhoCrashed et BlueScreenView. J'ai 15 minidépôts. WhoCrashed a toujours signalé ndis.sys (sauf 1) et a finalement conclu que mfehidk01.sys (McAfee) était le problème. Voici une copie du rapport de WhoCrashed : https://community.mcafee.com/message/298870#298870

BlueScreenView a presque toujours signalé ndis.sys (seulement 3 ne l'ont pas fait). Voici une ligne.

080813-32203-01.dmp 8/8/2013 12:03:04 PM    SYSTEM_SERVICE_EXCEPTION    0x0000003b  00000000`c0000005   fffff880`01d01e0f   fffff880`1e33a8b0   00000000`00000000   ndis.sys    ndis.sys+aee0f                  x64 ntoskrnl.exe+5a440                  C:\windows\Minidump\080813-32203-01.dmp 8   15  9200    280,384 8/8/2013 1:18:40 PM 

Voici le rapport complet de BlueScreenView : https://gist.github.com/starrychloe/6190566

ndis.sys est de Microsoft, alors que puis-je faire ?

0 votes

Zip et uplaod le fichier C:\windows\MEMORY.DMP vers SkyDrive/dropbox et pst un lien ici.

0 votes

@magicandre1981 Ils sont assez fréquents. Je devrais peut-être apprendre à les analyser moi-même. J'ai essayé WhoCrashed et BlueScreenView et ajouté à la question.

2 votes

Regardez cette vidéo : channel9.msdn.com/Shows/Defrag-Tools/ . Et oublie WhoCrashed ou BlueScreenView, ils teoll 99% la mauvaise chose.

3voto

Brandon Points 2580

Pour commencer le débogage :

  • Recherchez le code d'erreur donné (0x0000003b) pour déterminer la nature de l'échec.
  • Examinez le MEMORY.DMP qu'il a fait pour essayer de trouver le coupable.

Pour plus d'informations sur l'examen des fichiers Memory Dump, consultez cette question SU et ses réponses :

Je continue à avoir le BSOD. Comment puis-je savoir quelle application ou quel pilote en est la cause ?

De même, les tests de mémoire de base du jour au lendemain sont acceptables, mais il vaut mieux utiliser quelque chose comme Memtest86+ et le laisser fonctionner pendant 2 ou 3 JOURS avant de décider que la RAM est OK.

En outre, vous voudrez peut-être jeter un coup d'œil à cette question similaire, car ils ont rencontré un code de vérification de bogue similaire avec Windows 8 :

Comment obtenir plus d'informations du BSOD de Windows 8, qui n'est pas informatif ?

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X