나는 때때로 (항상 가장 편리한 순간에 …) 내 Windows 7 데스크탑 PC 에서이 BSOD를받습니다.
Problem signature:
Problem Event Name: BlueScreen
OS Version: 6.1.7601.2.1.0.256.1
Locale ID: 1033
Additional information about the problem:
BCCode: 124
BCP1: 0000000000000000
BCP2: FFFFFA8007BBB028
BCP3: 00000000B2000040
BCP4: 0000000000000800
OS Version: 6_1_7601
Service Pack: 1_0
Product: 256_1
Files that help describe the problem:
C:\Windows\Minidump\010812-16578-01.dmp
C:\Users\al\AppData\Local\Temp\WER-37500-0.sysdata.xml
파일 C:\Users\al\AppData\Local\Temp\WER-37500-0.sysdata.xml
이 존재하지 않기 때문에 (폴더는 존재하지만 “WER”로 시작 하는 파일 은 존재하지 않음) 미니 덤프 파일을 분석하려고하면 다음과 같은 결과가 나타납니다.
Bug Check Code: 0x00000124
Parameter 1: 00000000`00000000
Parameter 2: fffffa80`07bbb028
Parameter 3: 00000000`b2000040
Parameter 4: 00000000`00000800
Causing driver: hal.dll
Address: hal.dll+12a3b
Processor: x64
Crash address: ntoskrnl.exe+7cc40
CPU count: 4
Major ver: 15
Minor ver: 7601
Dump size: 283,576
과:
Filename: ntoskrnl.exe
Addr. in Stack: ntoskrnl.exe+18d513
From addr: fffff800`02a18000
To addr: fffff800`03001000
Size: 0x005e9000
Timestamp: 0x4e02aaa3
Time string: 6/22/2011 9:53:23 PM
Product name: Microsoft® Windows® Operating System
File desc: NT Kernel & System
File ver: 6.1.7601.17640 (win7sp1_gdr.110622-1506)
Company: Microsoft Corporation
Full path: C:\Windows\system32\ntoskrnl.exe
글쎄, hal.dll
그리고 ntoskrnl.exe
OS의 일부이며 그 “드라이버”를 업그레이드하기 위해 내가 할 수있는 일이없는 것 같습니다.
이 동일한 정확한 시스템이 (트리플 부트 구성) Ubuntu 8
과 완벽하게 작동하기 때문에 하드웨어가 완벽하다는 것을 알고 있습니다 (BIOS의 RAM 전압 포함 Ubuntu 10
). 문제는 시스템 소프트웨어에 있지만 문제가 무엇인지 어떻게 알 수 있습니까?
답변
- Windows 용 디버깅 도구를 설치하십시오 .
- 설치 후 시작 메뉴에서 WinDbg를 엽니 다.
- 파일> 기호 파일 경로를 클릭하고 입력하십시오
(C : \ SymbolCache를 선택한 경로로 바꾸십시오)SRVC:\SymbolCachehttp://msdl.microsoft.com/download/symbols
- 파일> 크래시 덤프 열기를 클릭하고 전체 덤프를 비활성화 한 경우 % SystemRoot % (일반적으로 C : \ WINDOWS 또는 C : \ WINNT) 또는 memory.dmp 파일을 % SystemRoot % \ Minidump의 최신 파일로여십시오.
- 문제가있는 드라이버는 다음과 유사하게 아래에 나열
Probably caused by : usbhub.sys ( usbhub!UsbhTrapFatalTimeout_x9f+28 )
되지만!analyze -v
링크를 클릭하면 자세한 스택 추적을 얻을 수 있습니다.
답변
훨씬 간단한 방법은 BlueScreenView 를 사용하는 것 입니다. “주소의 주소”열을 보면 문제가 발생한 호출의 원래 위치를 확인할 수 있습니다. 이 열에 항목이있는 마지막 행입니다.
드라이버 파일 이름을 사용하면 자신이 속한 공급 업체 / 애플리케이션 / 장치를 역 추적 할 수 있으므로 확률이 높은 범인을 찾을 수 있습니다.