중지 또는 블루 스크린 오류에 대한 고급 문제 해결
가상 에이전트 사용해 보기 - 일반적인 Windows Search 문제를 신속하게 식별하고 해결하는 데 도움이 될 수 있습니다.
참고 항목
지원 에이전트 또는 IT 전문가가 아닌 경우 블루 스크린 오류 문제 해결에서 중지 오류("블루 스크린") 메시지에 대한 더 유용한 정보를 확인할 수 있습니다.
적용 대상: 지원되는 Windows Server 및 Windows 클라이언트 버전
중지 오류의 원인은 무엇인가요?
Windows에 안전한 시스템 작업을 손상시키는 조건이 발생하면 시스템이 중지됩니다. 예를 들어, 보안을 손상시키거나 운영 체제(OS) 및/또는 사용자 데이터의 손상을 초래할 수 있는 장애가 발생할 수 있습니다. 이러한 조건에서 운영 체제가 더 이상 진행되지 않도록 컴퓨터가 중지하는 것을 버그 검사라고 합니다. 일반적으로 시스템 충돌, 커널 오류, 블루 스크린, BSOD(죽음의 블루 스크린) 또는 중지 오류라고도 합니다. Windows의 미리 보기 릴리스에서는 화면 색이 녹색이 되어 GSOD(죽음의 녹색 화면)가 나타날 수 있습니다.
중지 오류의 원인에 대한 간단한 설명은 없습니다. 수많은 요인이 관련될 수 있습니다. 충돌의 근본 원인을 분석한 결과는 다음을 나타냅니다.
- 70%는 타사 드라이버 코드로 인해 발생합니다.
- 10%는 하드웨어 문제로 인해 발생합니다.
- 5%는 Microsoft 코드로 인해 발생합니다.
- 15%는 메모리가 너무 손상되어 분석할 수 없기 때문에 원인을 알 수 없습니다.
참고 항목
중지 오류의 근본 원인이 사용자 모드 프로세스인 경우는 거의 없습니다. 사용자 모드 프로세스(예: 메모장 또는 Slack)가 중지 오류를 트리거할 수 있지만, 일반적으로 드라이버, 하드웨어 또는 운영 체제의 근본적인 문제를 노출하는 경우가 많습니다.
일반적인 문제 해결 단계
중지 오류 메시지를 해결하려면 다음과 같은 일반적인 단계를 따르세요.
이벤트 로그에 있는 중지 오류 코드를 검토합니다. 온라인에서 특정 중지 오류 코드를 검색하여 알려진 문제, 해결 방법 또는 해결 방법이 있는지 확인합니다.
최신 Windows 업데이트, 누적 업데이트 및 롤업 업데이트를 설치해야 합니다. 업데이트 상태를 확인하려면 해당 시스템의 업데이트 상태를 참조합니다. 예시:
BIOS와 펌웨어가 최신 버전인지 확인합니다.
관련 하드웨어 및 메모리 테스트를 실행합니다.
Microsoft 보안 검사 또는 MBR 감염 검사가 포함된 기타 바이러스 감지 프로그램을 실행합니다.
하드 디스크에 충분한 여유 공간이 있는지 확인합니다. 정확한 요구 사항은 다양하지만 10~15%의 디스크 여유 공간을 권장합니다.
다음 시나리오에서 드라이버 및 애플리케이션을 업데이트하려면 해당 하드웨어 또는 소프트웨어 공급업체에 문의합니다.
- 오류 메시지는 특정 드라이버가 문제를 일으키고 있음을 나타냅니다.
- 오류가 발생하기 전에 서비스가 시작되거나 중지되었다는 표시가 나타납니다. 이 경우 서비스 동작이 충돌하는 모든 상황에서 일정한지 확인합니다.
- 소프트웨어 또는 하드웨어를 변경했습니다.
참고 항목
특정 제조업체에서 제공하는 업데이트가 없는 경우 관련 서비스를 사용하지 않는 것이 좋습니다.
자세한 내용은 Windows에서 클린 부팅을 수행하는 방법을 참조하세요.
Windows에서 커널 모드 필터 드라이버를 일시적으로 사용하지 않는 방법의 단계에 따라 드라이버를 사용하지 않을 수 있습니다.
변경 사항을 롤백하거나 마지막으로 알려진 작업 상태로 되돌리는 옵션도 고려할 수 있습니다. 자세한 내용은 장치 드라이버를 이전 버전으로 롤백을 참조하세요.
메모리 덤프 컬렉션
메모리 덤프 파일에 대한 시스템을 구성하려면 다음 단계를 수행합니다.
- 작업 표시줄 검색 상자를 선택하고 고급 시스템 설정을 입력한 다음 Enter 키를 누릅니다.
- 시스템 속성 상자의 고급 탭에서 시작 및 복구 섹션에 있는 설정 단추를 선택합니다.
- 새 창에서 디버깅 정보 쓰기 옵션 아래의 드롭다운을 선택합니다.
- 자동 메모리 덤프를 선택합니다.
- 확인을 선택합니다.
- 설정이 적용되도록 컴퓨터를 다시 시작합니다.
- 서버가 가상화된 경우 메모리 덤프 파일이 생성된 후 자동 재부팅을 사용하지 않습니다. 이렇게 사용하지 않도록 하면 서버 상태의 스냅샷을 찍을 수 있으며 문제가 재발하는 경우에도 스냅샷을 찍을 수 있습니다.
메모리 덤프 파일은 다음 위치에 저장됩니다.
| 덤프 파일 형식 | 위치 |
|---|---|
| (없음) | %SystemRoot%\MEMORY.DMP(비활성 또는 회색으로 표시) |
| 작은 메모리 덤프 파일(256kb) | %SystemRoot%\Minidump |
| 커널 메모리 덤프 파일 | %SystemRoot%\MEMORY.DMP |
| 전체 메모리 덤프 파일 | %SystemRoot%\MEMORY.DMP |
| 자동 메모리 덤프 파일 | %SystemRoot%\MEMORY.DMP |
| 활성 메모리 덤프 파일 | %SystemRoot%\MEMORY.DMP |
Microsoft 크래시 덤프 파일 검사기(DumpChk) 도구를 사용하여 메모리 덤프 파일이 손상되었거나 유효하지 않은지 확인할 수 있습니다. 자세한 내용은 다음 비디오를 시청하세요.
Dumpchk.exe를 사용하여 덤프 파일을 확인하는 방법에 대한 자세한 내용은 다음 문서를 참조하세요.
페이지 파일 설정
페이지 파일 설정에 대한 자세한 내용은 다음 문서를 참조하세요.
메모리 덤프 분석
충돌의 근본 원인을 찾는 것은 쉽지 않을 수 있습니다. 하드웨어 문제는 다양한 증상으로 나타날 수 있는 불규칙하고 예측할 수 없는 동작을 유발할 수 있기 때문에 진단하기가 특히 어렵습니다.
중지 오류가 발생하면 먼저 문제가 있는 구성 요소를 격리한 후 중지 오류가 다시 발생하도록 해야 합니다. 문제를 재현할 수 있는 경우 일반적으로 원인을 확인할 수 있습니다.
Windows SDK(소프트웨어 개발 키트) 및 기호와 같은 도구를 사용하여 덤프 로그를 진단할 수 있습니다. 다음 섹션에서는 이 도구를 사용하는 방법을 설명합니다.
고급 문제 해결 단계
참고 항목
프로그래밍 및 Windows 내부 메커니즘에 익숙하지 않은 경우 크래시 덤프의 고급 문제 해결은 매우 어려울 수 있습니다. 여기에서는 몇 가지 예시를 포함하여 사용되는 몇 가지 기술에 대한 간략한 인사이트를 제공하려고 노력했습니다. 그러나 실제로 크래시 덤프 문제를 효과적으로 해결하려면 고급 디버깅 기법에 익숙해지는 데 시간을 투자해야 합니다. 비디오 개요는 커널 모드 충돌 및 중단 디버깅을 참조하세요. 또한 아래에 있는 고급 참조도 참조하세요.
고급 디버깅 참조
디버깅 단계
충돌 발생 시 컴퓨터가 전체 메모리 덤프 파일을 생성하도록 설정되어 있는지 확인합니다. 자세한 내용은 방법 1: 메모리 덤프를 참조하세요.
충돌하는 컴퓨터의 Windows 디렉터리에서 memory.dmp 파일을 찾아 다른 컴퓨터에 복사합니다.
다른 컴퓨터에서 Windows 10 SDK를 다운로드합니다.
설치를 시작하고 Windows용 디버깅 도구를 선택합니다. WinDbg 도구가 설치됩니다.
파일 메뉴로 이동하고 기호 파일 경로를 선택하여 WinDbg 도구를 열고 기호 경로를 설정합니다.
- 컴퓨터가 인터넷에 연결된 경우 Microsoft 공용 기호 서버:
https://msdl.microsoft.com/download/symbols을(를) 입력하고 확인을 선택합니다. 이 방법을 권장합니다. - 컴퓨터가 인터넷에 연결되어 있지 않으면 로컬 기호 경로를 지정합니다.
- 컴퓨터가 인터넷에 연결된 경우 Microsoft 공용 기호 서버:
크래시 덤프 열기를 선택한 다음 복사한 memory.dmp 파일을 엽니다.
버그 검사 분석에서
!analyze -v을(를) 선택합니다.!analyze -v명령이 페이지 아래쪽 프롬프트에 입력됩니다.자세한 버그 검사 분석이 표시됩니다.
STACK_TEXT 섹션까지 아래로 스크롤합니다. 각 행 뒤에 콜론과 일부 텍스트가 있는 숫자 행이 있습니다. 해당 텍스트는 충돌을 일으키는 DLL을 알려줍니다. 해당하는 경우 DLL이 충돌하는 서비스도 알려줍니다.
STACK_TEXT 출력을 해석하는 방법에 대한 자세한 내용은 !analyze 확장 사용을 참조 하세요.
버그 검사의 가능한 원인은 많이 있으며 각 사례는 고유합니다. 위에 제시된 예시에서 STACK_TEXT에서 식별할 수 있는 중요한 줄은 20, 21, 22입니다.
참고 항목
여기서 HEX 데이터는 제거되고 명확성을 위해 줄에 번호가 매겨집니다.
1 : nt!KeBugCheckEx
2 : nt!PspCatchCriticalBreak+0xff
3 : nt!PspTerminateAllThreads+0x1134cf
4 : nt!PspTerminateProcess+0xe0
5 : nt!NtTerminateProcess+0xa9
6 : nt!KiSystemServiceCopyEnd+0x13
7 : nt!KiServiceLinkage
8 : nt!KiDispatchException+0x1107fe
9 : nt!KiFastFailDispatch+0xe4
10 : nt!KiRaiseSecurityCheckFailure+0x3d3
11 : ntdll!RtlpHpFreeWithExceptionProtection$filt$0+0x44
12 : ntdll!_C_specific_handler+0x96
13 : ntdll!RtlpExecuteHandlerForException+0xd
14 : ntdll!RtlDispatchException+0x358
15 : ntdll!KiUserExceptionDispatch+0x2e
16 : ntdll!RtlpHpVsContextFree+0x11e
17 : ntdll!RtlpHpFreeHeap+0x48c
18 : ntdll!RtlpHpFreeWithExceptionProtection+0xda
19 : ntdll!RtlFreeHeap+0x24a
20 : FWPolicyIOMgr!FwBinariesFree+0xa7c2
21 : mpssvc!FwMoneisDiagEdpPolicyUpdate+0x1584f
22 : mpssvc!FwEdpMonUpdate+0x6c
23 : ntdll!RtlpWnfWalkUserSubscriptionList+0x29b
24 : ntdll!RtlpWnfProcessCurrentDescriptor+0x105
25 : ntdll!RtlpWnfNotificationThread+0x80
26 : ntdll!TppExecuteWaitCallback+0xe1
27 : ntdll!TppWorkerThread+0x8d0
28 : KERNEL32!BaseThreadInitThunk+0x14
29 : ntdll!RtlUserThreadStart+0x21
이 문제는 Windows 방화벽의 구성 요소인 mpssvc 서비스 때문입니다. 방화벽을 일시적으로 사용하지 않도록 설정한 다음 방화벽 정책을 다시 설정하여 문제를 해결했습니다.
더 많은 예시를 보려면 디버깅 예시를 참조하세요.
비디오 리소스
다음 비디오에서는 덤프 파일을 분석하기 위한 다양한 문제 해결 기법을 설명합니다.
드라이버 검증 도구를 사용한 고급 문제 해결
전체 중지 오류의 약 75%가 드라이버 결함으로 인해 발생하는 것으로 추정됩니다. 드라이버 검증 도구는 문제를 해결하는 데 도움이 되는 몇 가지 방법을 제공합니다. 여기에는 (다른 구성 요소와 메모리를 공유하지 않고) 격리된 메모리 풀에서 드라이버 실행, 극심한 메모리 압박 발생, 매개 변수 유효성 검사 등이 포함됩니다. 드라이버 코드 실행 중 오류가 발생하면 도구가 사전에 예외를 생성합니다. 그런 다음, 코드의 해당 부분을 추가로 검사할 수 있습니다.
Warning
드라이버 검증 도구는 CPU를 많이 사용하며 컴퓨터 속도를 느리게 할 수 있습니다. 추가로 충돌이 발생할 수도 있습니다. 검증 도구는 중지 오류가 발생한 후 결함이 있는 드라이버를 사용 중지하고 시스템을 성공적으로 다시 시작하고 데스크톱에 액세스할 수 있을 때까지 이 작업을 계속합니다. 또한 여러 덤프 파일이 생성되는 것도 확인할 수 있습니다.
한 번에 모든 드라이버를 확인하지 마세요. 이렇게 하면 성능이 저하되고 시스템을 사용할 수 없게 될 수 있습니다. 또한 도구의 효율성도 제한합니다.
드라이버 검증 도구를 사용하는 경우 다음 지침을 따릅니다.
- "의심스러운" 드라이버를 테스트합니다. 예를 들어, 최근에 업데이트되었거나 문제가 있는 것으로 알려진 드라이버입니다.
- 분석할 수 없는 충돌이 계속 발생하는 경우 모든 타사 및 서명되지 않은 드라이버에서 확인을 사용하도록 설정합니다.
- 10~20개 드라이버 그룹에 동시 확인을 사용하도록 설정합니다.
- 또한 드라이버 검증 도구로 인해 컴퓨터가 데스크톱으로 부팅할 수 없는 경우 안전 모드로 시작하여 도구를 사용하지 않도록 설정할 수 있습니다. 이 방법은 도구가 안전 모드에서 실행되지 않기 때문입니다.
자세한 내용은 드라이버 검증 도구를 참조하세요.
일반적인 Windows 중지 오류
이 섹션에는 모든 오류 코드 목록이 포함되어 있지는 않지만 많은 오류 코드의 해결 방법이 동일하므로 아래 단계에 따라 오류를 해결하는 것이 가장 좋습니다. 중지 오류 코드의 전체 목록은 버그 검사 코드 참조를 참조하세요.
다음 섹션에는 일반적인 중지 오류 코드에 대한 일반적인 문제 해결 절차가 나와 있습니다.
VIDEO_ENGINE_TIMEOUT_DETECTED 또는 VIDEO_TDR_TIMEOUT_DETECTED
중지 오류 코드 0x00000141 또는 0x00000117
표시된 디스플레이 드라이버의 공급업체에 문의하여 해당 드라이버의 적절한 업데이트를 받습니다.
DRIVER_IRQL_NOT_LESS_OR_EQUAL
중지 오류 코드 0x0000000D1
Microsoft 업데이트 카탈로그 웹 사이트를 통해 시스템에 대한 최신 누적 업데이트를 적용하여 드라이버의 최신 업데이트를 적용합니다. 오래된 네트워크 드라이버를 업데이트합니다. 가상화된 VMware 시스템은 종종 "Intel(R) PRO/1000 MT 네트워크 연결"(e1g6032e.sys)을 실행합니다. 이 드라이버는 Intel 다운로드 드라이버 및 소프트웨어 웹 사이트에서 다운로드할 수 있습니다. 하드웨어 공급업체에 문의하여 네트워크 드라이버를 업데이트하고 문제를 해결합니다. VMware 시스템의 경우 Intel의 e1g6032e.sys 대신 VMware 통합 네트워크 드라이버를 사용합니다. 예를 들어, VMware 형식 VMXNET, VMXNET2 또는 VMXNET3을 사용합니다.
PAGE_FAULT_IN_NONPAGED_AREA
중지 오류 코드 0x000000050
중지 오류 메시지에서 드라이버가 식별되면 제조업체에 업데이트를 문의합니다. 사용할 수 있는 업데이트가 없으면 드라이버를 사용하지 않도록 설정하고 시스템의 안정성을 모니터링합니다. chkdsk /f /r을(를) 실행하여 디스크 오류를 검색하고 복구합니다. 시스템 파티션에서 디스크 검사가 시작되기 전에 시스템을 다시 시작합니다. 하드 디스크 하위 시스템용으로 제공할 수 있는 진단 도구를 제조업체에 문의합니다. 최근에 설치되었거나 업데이트된 애플리케이션 또는 서비스를 다시 설치해 봅니다. 시스템이 애플리케이션을 시작하고 기본 설정용 레지스트리를 읽는 동안 충돌이 발생했을 수 있습니다. 애플리케이션을 다시 설치하면 손상된 레지스트리 키를 복구할 수 있습니다. 문제가 지속되고 최근 시스템 상태 백업을 실행한 경우 백업에서 레지스트리 하이브를 복원해 봅니다.
SYSTEM_SERVICE_EXCEPTION
중지 오류 코드 c000021a {심각한 시스템 오류} Windows 하위 시스템 프로세스가 0xc0000005 상태로 예기치 않게 종료되었습니다. 시스템이 종료되었습니다.
시스템 파일 검사 도구를 사용하여 누락되거나 손상된 시스템 파일을 복구합니다. 시스템 파일 검사 도구를 사용하면 사용자가 Windows 시스템 파일의 손상을 검색하고 손상된 파일을 복원할 수 있습니다. 자세한 내용은 시스템 파일 검사 도구 사용을 참조하세요.
NTFS_FILE_SYSTEM
중지 오류 코드 0x000000024
이 중지 오류는 일반적으로 NTFS 파일 시스템의 손상이나 하드 디스크의 불량 블록(섹터)으로 인해 발생합니다. 하드 디스크(SATA 또는 IDE)용 드라이버가 손상되면 시스템의 디스크 읽기 및 쓰기 기능에도 악영향을 미칠 수 있습니다. 스토리지 하위 시스템의 제조업체에서 제공하는 하드웨어 진단을 실행합니다. 디스크 검사 도구를 사용하여 파일 시스템 오류가 없는지 확인합니다. 이 단계를 수행하려면 검사하려는 드라이브를 마우스 오른쪽 버튼으로 클릭하고 [속성]을 선택한 다음 [도구]를 선택하고 [지금 검사] 버튼을 선택합니다. NTFS 파일 시스템 드라이버(Ntfs.sys)를 업데이트합니다. 문제가 발생한 현재 운영 체제의 최신 누적 업데이트를 적용합니다.
KMODE_EXCEPTION_NOT_HANDLED
중지 오류 코드 0x0000001E
중지 오류 메시지에서 드라이버가 확인되면 해당 드라이버를 사용하지 않도록 설정하거나 제거합니다. 최근에 추가된 드라이버 또는 서비스를 사용하지 않도록 설정하거나 제거합니다.
시작 시퀀스 중에 오류가 발생하고 시스템 파티션이 NTFS 파일 시스템을 사용하여 포맷된 경우 안전 모드를 사용하여 장치 관리자에서 드라이버를 사용하지 않도록 설정할 수 있습니다. 드라이버를 사용하지 않도록 설정하려면 다음 단계를 따릅니다.
- 설정>업데이트 및 보안>복구로 이동합니다.
- 고급 시작에서 지금 다시 시작을 선택합니다.
- PC가 옵션 선택 화면으로 다시 시작되면 문제 해결>고급 옵션>시작 설정>다시 시작을 선택합니다.
- 컴퓨터가 다시 시작되면 옵션 목록이 표시됩니다. 4 또는 F4 키를 눌러 컴퓨터를 안전 모드로 시작합니다. 안전 모드에서 인터넷을 사용하려는 경우 5 또는 F5 키를 눌러 안전 모드(네트워킹 사용) 옵션을 선택합니다.
DPC_WATCHDOG_VIOLATION
중지 오류 코드 0x00000133
이 중지 오류 코드는 특정 조건에서 할당된 시간 내에 작업을 완료하지 못하는 드라이버 결함으로 인해 발생합니다. 이 오류를 완화하려면 시스템에서 메모리 덤프 파일을 수집한 다음 Windows 디버거를 사용하여 결함이 있는 드라이버를 찾습니다. 중지 오류 메시지에서 드라이버가 식별되면 드라이버를 사용하지 않도록 설정하여 문제를 격리합니다. 드라이버 업데이트는 제조업체에 문의하세요. 이벤트 뷰어의 시스템 로그에서 중지 오류 0x133의 원인이 되는 장치 또는 드라이버를 식별하는 데 도움이 될 수 있는 다른 오류 메시지를 확인합니다. 설치된 새 하드웨어가 설치된 Windows 버전과 호환되는지 확인합니다. 예를 들어, Windows 10 사양에서 필요한 하드웨어 정보를 얻을 수 있습니다. Windows 디버거가 설치되어 있고 공용 기호에 액세스할 수 있는 경우 c:\windows\memory.dmp 파일을 디버거에 로드할 수 있습니다. 그런 다음, Windows Server 2012에서 버그 검사 0x133(DPC_WATCHDOG_VIOLATION) 오류의 원인 확인을 참조하여 메모리 덤프에서 문제가 있는 드라이버를 찾습니다.
USER_MODE_HEALTH_MONITOR
중지 오류 코드 0x0000009E
이 중지 오류는 사용자 모드 상태 검사가 정상적으로 종료되지 않는 방식으로 실패했음을 나타냅니다. Windows는 애플리케이션 장애 조치(Failover)를 다른 서버로 다시 시작하거나 사용하도록 설정하여 중요한 서비스를 복원합니다. 클러스터링 서비스에는 사용자 모드 구성 요소에서 응답하지 않는 것을 감지할 수 있는 감지 메커니즘이 통합되어 있습니다.
이 중지 오류는 일반적으로 클러스터링 환경에서 발생하며, 표시된 결함이 있는 드라이버는 RHS.exe입니다. 이벤트 로그에서 스토리지 장애가 있는지 확인하여 실패 프로세스를 파악합니다. 이벤트 로그에 표시된 구성 요소 또는 프로세스를 업데이트해 봅니다. 다음과 같은 이벤트가 기록된 것을 확인할 수 있습니다.
- 이벤트 ID: 4870
- 소스: Microsoft-Windows-FailoverClustering
- 설명: 사용자 모드 상태 모니터링에서 시스템이 응답하지 않는 것을 감지했습니다. 장애 조치(Failover) 클러스터 가상 어댑터가 '%2'초 동안 프로세스 ID가 '%1'인 클러스터 서버 프로세스와 연결이 끊어졌습니다. 복구 작업이 수행됩니다. 클러스터 로그를 검토하여 프로세스를 식별하고 프로세스가 중단될 수 있는 항목을 조사합니다.
자세한 내용은 "0x0000009E" Windows Server 기반 다중 노드 장애 조치(Failover) 클러스터 환경을 참조하세요. 또한 다음 Microsoft 비디오 9E가 발생할 경우 수행할 작업도 참조하세요.
디버깅 예시
예 1
이 버그 검사는 업그레이드 중 드라이버 중단으로 인해 발생하며, 그로 인해 Microsoft 드라이버인 NDIS.sys에서 버그 검사 D1이 발생합니다. IMAGE_NAME은 오류 드라이버를 알려주지만 이 드라이버는 Microsoft 드라이버이므로 교체하거나 제거할 수 없습니다. 해결 방법은 장치 관리자에서 네트워크 장치를 사용하지 않도록 설정하고 다시 업그레이드하는 것입니다.
2: kd> !analyze -v
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************
DRIVER_IRQL_NOT_LESS_OR_EQUAL (d1)
An attempt was made to access a pageable (or completely invalid) address at an
interrupt request level (IRQL) that is too high. This is usually
caused by drivers using improper addresses.
If kernel debugger is available get stack backtrace.
Arguments:
Arg1: 000000000011092a, memory referenced
Arg2: 0000000000000002, IRQL
Arg3: 0000000000000001, value 0 = read operation, 1 = write operation
Arg4: fffff807aa74f4c4, address which referenced memory
Debugging Details:
------------------
KEY_VALUES_STRING: 1
STACKHASH_ANALYSIS: 1
TIMELINE_ANALYSIS: 1
DUMP_CLASS: 1
DUMP_QUALIFIER: 400
SIMULTANEOUS_TELSVC_INSTANCES: 0
SIMULTANEOUS_TELWP_INSTANCES: 0
BUILD_VERSION_STRING: 16299.15.amd64fre.rs3_release.170928-1534
SYSTEM_MANUFACTURER: Alienware
SYSTEM_PRODUCT_NAME: Alienware 15 R2
SYSTEM_SKU: Alienware 15 R2
SYSTEM_VERSION: 1.2.8
BIOS_VENDOR: Alienware
BIOS_VERSION: 1.2.8
BIOS_DATE: 01/29/2016
BASEBOARD_MANUFACTURER: Alienware
BASEBOARD_PRODUCT: Alienware 15 R2
BASEBOARD_VERSION: A00
DUMP_TYPE: 2
BUGCHECK_P1: 11092a
BUGCHECK_P2: 2
BUGCHECK_P3: 1
BUGCHECK_P4: fffff807aa74f4c4
WRITE_ADDRESS: fffff80060602380: Unable to get MiVisibleState
Unable to get NonPagedPoolStart
Unable to get NonPagedPoolEnd
Unable to get PagedPoolStart
Unable to get PagedPoolEnd
000000000011092a
CURRENT_IRQL: 2
FAULTING_IP:
NDIS!NdisQueueIoWorkItem+4 [minio\ndis\sys\miniport.c @ 9708]
fffff807`aa74f4c4 48895120 mov qword ptr [rcx+20h],rdx
CPU_COUNT: 8
CPU_MHZ: a20
CPU_VENDOR: GenuineIntel
CPU_FAMILY: 6
CPU_MODEL: 5e
CPU_STEPPING: 3
CPU_MICROCODE: 6,5e,3,0 (F,M,S,R) SIG: BA'00000000 (cache) BA'00000000 (init)
BLACKBOXPNP: 1 (!blackboxpnp)
DEFAULT_BUCKET_ID: WIN8_DRIVER_FAULT
BUGCHECK_STR: AV
PROCESS_NAME: System
ANALYSIS_SESSION_HOST: SHENDRIX-DEV0
ANALYSIS_SESSION_TIME: 01-17-2019 11:06:05.0653
ANALYSIS_VERSION: 10.0.18248.1001 amd64fre
TRAP_FRAME: ffffa884c0c3f6b0 -- (.trap 0xffffa884c0c3f6b0)
NOTE: The trap frame doesn't contain all registers.
Some register values may be zeroed or incorrect.
rax=fffff807ad018bf0 rbx=0000000000000000 rcx=000000000011090a
rdx=fffff807ad018c10 rsi=0000000000000000 rdi=0000000000000000
rip=fffff807aa74f4c4 rsp=ffffa884c0c3f840 rbp=000000002408fd00
r8=ffffb30e0e99ea30 r9=0000000001d371c1 r10=0000000020000080
r11=0000000000000000 r12=0000000000000000 r13=0000000000000000
r14=0000000000000000 r15=0000000000000000
iopl=0 nv up ei ng nz na pe nc
NDIS!NdisQueueIoWorkItem+0x4:
fffff807`aa74f4c4 48895120 mov qword ptr [rcx+20h],rdx ds:00000000`0011092a=????????????????
Resetting default scope
LAST_CONTROL_TRANSFER: from fffff800603799e9 to fffff8006036e0e0
STACK_TEXT:
ffffa884`c0c3f568 fffff800`603799e9 : 00000000`0000000a 00000000`0011092a 00000000`00000002 00000000`00000001 : nt!KeBugCheckEx [minkernel\ntos\ke\amd64\procstat.asm @ 134]
ffffa884`c0c3f570 fffff800`60377d7d : fffff78a`4000a150 ffffb30e`03fba001 ffff8180`f0b5d180 00000000`000000ff : nt!KiBugCheckDispatch+0x69 [minkernel\ntos\ke\amd64\trap.asm @ 2998]
ffffa884`c0c3f6b0 fffff807`aa74f4c4 : 00000000`00000002 ffff8180`f0754180 00000000`00269fb1 ffff8180`f0754180 : nt!KiPageFault+0x23d [minkernel\ntos\ke\amd64\trap.asm @ 1248]
ffffa884`c0c3f840 fffff800`60256b63 : ffffb30e`0e18f710 ffff8180`f0754180 ffffa884`c0c3fa18 00000000`00000002 : NDIS!NdisQueueIoWorkItem+0x4 [minio\ndis\sys\miniport.c @ 9708]
ffffa884`c0c3f870 fffff800`60257bfd : 00000000`00000008 00000000`00000000 00000000`00269fb1 ffff8180`f0754180 : nt!KiProcessExpiredTimerList+0x153 [minkernel\ntos\ke\dpcsup.c @ 2078]
ffffa884`c0c3f960 fffff800`6037123a : 00000000`00000000 ffff8180`f0754180 00000000`00000000 ffff8180`f0760cc0 : nt!KiRetireDpcList+0x43d [minkernel\ntos\ke\dpcsup.c @ 1512]
ffffa884`c0c3fb60 00000000`00000000 : ffffa884`c0c40000 ffffa884`c0c39000 00000000`00000000 00000000`00000000 : nt!KiIdleLoop+0x5a [minkernel\ntos\ke\amd64\idle.asm @ 166]
RETRACER_ANALYSIS_TAG_STATUS: Failed in getting KPCR for core 2
THREAD_SHA1_HASH_MOD_FUNC: 5b59a784f22d4b5cbd5a8452fe39914b8fd7961d
THREAD_SHA1_HASH_MOD_FUNC_OFFSET: 5643383f9cae3ca39073f7721b53f0c633bfb948
THREAD_SHA1_HASH_MOD: 20edda059578820e64b723e466deea47f59bd675
FOLLOWUP_IP:
NDIS!NdisQueueIoWorkItem+4 [minio\ndis\sys\miniport.c @ 9708]
fffff807`aa74f4c4 48895120 mov qword ptr [rcx+20h],rdx
FAULT_INSTR_CODE: 20518948
FAULTING_SOURCE_LINE: minio\ndis\sys\miniport.c
FAULTING_SOURCE_FILE: minio\ndis\sys\miniport.c
FAULTING_SOURCE_LINE_NUMBER: 9708
FAULTING_SOURCE_CODE:
9704: _In_ _Points_to_data_ PVOID WorkItemContext
9705: )
9706: {
9707:
> 9708: ((PNDIS_IO_WORK_ITEM)NdisIoWorkItemHandle)->Routine = Routine;
9709: ((PNDIS_IO_WORK_ITEM)NdisIoWorkItemHandle)->WorkItemContext = WorkItemContext;
9710:
9711: IoQueueWorkItem(((PNDIS_IO_WORK_ITEM)NdisIoWorkItemHandle)->IoWorkItem,
9712: ndisDispatchIoWorkItem,
9713: CriticalWorkQueue,
SYMBOL_STACK_INDEX: 3
SYMBOL_NAME: NDIS!NdisQueueIoWorkItem+4
FOLLOWUP_NAME: ndiscore
MODULE_NAME: NDIS
IMAGE_NAME: NDIS.SYS
DEBUG_FLR_IMAGE_TIMESTAMP: 0
IMAGE_VERSION: 10.0.16299.99
DXGANALYZE_ANALYSIS_TAG_PORT_GLOBAL_INFO_STR: Hybrid_FALSE
DXGANALYZE_ANALYSIS_TAG_ADAPTER_INFO_STR: GPU0_VenId0x1414_DevId0x8d_WDDM1.3_Active;
STACK_COMMAND: .thread ; .cxr ; kb
BUCKET_ID_FUNC_OFFSET: 4
FAILURE_BUCKET_ID: AV_NDIS!NdisQueueIoWorkItem
BUCKET_ID: AV_NDIS!NdisQueueIoWorkItem
PRIMARY_PROBLEM_CLASS: AV_NDIS!NdisQueueIoWorkItem
TARGET_TIME: 2017-12-10T14:16:08.000Z
OSBUILD: 16299
OSSERVICEPACK: 98
SERVICEPACK_NUMBER: 0
OS_REVISION: 0
SUITE_MASK: 784
PRODUCT_TYPE: 1
OSPLATFORM_TYPE: x64
OSNAME: Windows 10
OSEDITION: Windows 10 WinNt TerminalServer SingleUserTS Personal
OS_LOCALE:
USER_LCID: 0
OSBUILD_TIMESTAMP: 2017-11-26 03:49:20
BUILDDATESTAMP_STR: 170928-1534
BUILDLAB_STR: rs3_release
BUILDOSVER_STR: 10.0.16299.15.amd64fre.rs3_release.170928-1534
ANALYSIS_SESSION_ELAPSED_TIME: 8377
ANALYSIS_SOURCE: KM
FAILURE_ID_HASH_STRING: km:av_ndis!ndisqueueioworkitem
FAILURE_ID_HASH: {10686423-afa1-4852-ad1b-9324ac44ac96}
FAILURE_ID_REPORT_LINK: https://go.microsoft.com/fwlink/?LinkID=397724&FailureHash=10686423-afa1-4852-ad1b-9324ac44ac96
Followup: ndiscore
---------
예제 2
이 예시에서는 타사 드라이버로 인해 페이지 오류가 발생하므로 이 드라이버에 대한 기호가 없습니다. 그러나 IMAGE_NAME 및/또는 MODULE_NAME을 보면 문제를 일으킨 것이 WwanUsbMP.sys임을 알 수 있습니다. 장치를 분리하고 업그레이드를 다시 시도하는 것이 가능한 해결책입니다.
1: kd> !analyze -v
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************
PAGE_FAULT_IN_NONPAGED_AREA (50)
Invalid system memory was referenced. This can't be protected by try-except.
Typically the address is just plain bad or it is pointing at freed memory.
Arguments:
Arg1: 8ba10000, memory referenced.
Arg2: 00000000, value 0 = read operation, 1 = write operation.
Arg3: 82154573, If non-zero, the instruction address which referenced the bad memory
address.
Arg4: 00000000, (reserved)
Debugging Details:
------------------
*** WARNING: Unable to verify timestamp for WwanUsbMp.sys
*** ERROR: Module load completed but symbols could not be loaded for WwanUsbMp.sys
KEY_VALUES_STRING: 1
STACKHASH_ANALYSIS: 1
TIMELINE_ANALYSIS: 1
DUMP_CLASS: 1
DUMP_QUALIFIER: 400
BUILD_VERSION_STRING: 16299.15.x86fre.rs3_release.170928-1534
MARKER_MODULE_NAME: IBM_ibmpmdrv
SYSTEM_MANUFACTURER: LENOVO
SYSTEM_PRODUCT_NAME: 20AWS07H00
SYSTEM_SKU: LENOVO_MT_20AW_BU_Think_FM_ThinkPad T440p
SYSTEM_VERSION: ThinkPad T440p
BIOS_VENDOR: LENOVO
BIOS_VERSION: GLET85WW (2.39 )
BIOS_DATE: 09/29/2016
BASEBOARD_MANUFACTURER: LENOVO
BASEBOARD_PRODUCT: 20AWS07H00
BASEBOARD_VERSION: Not Defined
DUMP_TYPE: 2
BUGCHECK_P1: ffffffff8ba10000
BUGCHECK_P2: 0
BUGCHECK_P3: ffffffff82154573
BUGCHECK_P4: 0
READ_ADDRESS: 822821d0: Unable to get MiVisibleState
8ba10000
FAULTING_IP:
nt!memcpy+33 [minkernel\crts\crtw32\string\i386\memcpy.asm @ 213
82154573 f3a5 rep movs dword ptr es:[edi],dword ptr [esi]
MM_INTERNAL_CODE: 0
CPU_COUNT: 4
CPU_MHZ: 95a
CPU_VENDOR: GenuineIntel
CPU_FAMILY: 6
CPU_MODEL: 3c
CPU_STEPPING: 3
CPU_MICROCODE: 6,3c,3,0 (F,M,S,R) SIG: 21'00000000 (cache) 21'00000000 (init)
BLACKBOXBSD: 1 (!blackboxbsd)
BLACKBOXPNP: 1 (!blackboxpnp)
DEFAULT_BUCKET_ID: WIN8_DRIVER_FAULT
BUGCHECK_STR: AV
PROCESS_NAME: System
CURRENT_IRQL: 2
ANALYSIS_SESSION_HOST: SHENDRIX-DEV0
ANALYSIS_SESSION_TIME: 01-17-2019 10:54:53.0780
ANALYSIS_VERSION: 10.0.18248.1001 amd64fre
TRAP_FRAME: 8ba0efa8 -- (.trap 0xffffffff8ba0efa8)
ErrCode = 00000000
eax=8ba1759e ebx=a2bfd314 ecx=00001d67 edx=00000002 esi=8ba10000 edi=a2bfe280
eip=82154573 esp=8ba0f01c ebp=8ba0f024 iopl=0 nv up ei pl nz ac pe nc
cs=0008 ss=0010 ds=0023 es=0023 fs=0030 gs=0000 efl=00010216
nt!memcpy+0x33:
82154573 f3a5 rep movs dword ptr es:[edi],dword ptr [esi]
Resetting default scope
LOCK_ADDRESS: 8226c6e0 -- (!locks 8226c6e0)
Cannot get _ERESOURCE type
Resource @ nt!PiEngineLock (0x8226c6e0) Available
1 total locks
PNP_TRIAGE_DATA:
Lock address : 0x8226c6e0
Thread Count : 0
Thread address: 0x00000000
Thread wait : 0x0
LAST_CONTROL_TRANSFER: from 82076708 to 821507e8
STACK_TEXT:
8ba0ede4 82076708 00000050 8ba10000 00000000 nt!KeBugCheckEx [minkernel\ntos\ke\i386\procstat.asm @ 114]
8ba0ee40 8207771e 8ba0efa8 8ba10000 8ba0eea0 nt!MiSystemFault+0x13c8 [minkernel\ntos\mm\mmfault.c @ 4755]
8ba0ef08 821652ac 00000000 8ba10000 00000000 nt!MmAccessFault+0x83e [minkernel\ntos\mm\mmfault.c @ 6868]
8ba0ef08 82154573 00000000 8ba10000 00000000 nt!_KiTrap0E+0xec [minkernel\ntos\ke\i386\trap.asm @ 5153]
8ba0f024 86692866 a2bfd314 8ba0f094 0000850a nt!memcpy+0x33 [minkernel\crts\crtw32\string\i386\memcpy.asm @ 213]
8ba0f040 866961bc 8ba0f19c a2bfd0e8 00000000 NDIS!ndisMSetPowerManagementCapabilities+0x8a [minio\ndis\sys\miniport.c @ 7969]
8ba0f060 866e1f66 866e1caf adfb9000 00000000 NDIS!ndisMSetGeneralAttributes+0x23d [minio\ndis\sys\miniport.c @ 8198]
8ba0f078 ac50c15f a2bfd0e8 0000009f 00000001 NDIS!NdisMSetMiniportAttributes+0x2b7 [minio\ndis\sys\miniport.c @ 7184]
WARNING: Stack unwind information not available. Following frames may be wrong.
8ba0f270 ac526f96 adfb9000 a2bfd0e8 8269b9b0 WwanUsbMp+0x1c15f
8ba0f3cc 866e368a a2bfd0e8 00000000 8ba0f4c0 WwanUsbMp+0x36f96
8ba0f410 867004b0 a2bfd0e8 a2bfd0e8 a2be2a70 NDIS!ndisMInvokeInitialize+0x60 [minio\ndis\sys\miniport.c @ 13834]
8ba0f7ac 866dbc8e a2acf730 866b807c 00000000 NDIS!ndisMInitializeAdapter+0xa23 [minio\ndis\sys\miniport.c @ 601]
8ba0f7d8 866e687d a2bfd0e8 00000000 00000000 NDIS!ndisInitializeAdapter+0x4c [minio\ndis\sys\initpnp.c @ 931]
8ba0f800 866e90bb adfb64d8 00000000 a2bfd0e8 NDIS!ndisPnPStartDevice+0x118 [minio\ndis\sys\configm.c @ 4235]
8ba0f820 866e8a58 adfb64d8 a2bfd0e8 00000000 NDIS!ndisStartDeviceSynchronous+0xbd [minio\ndis\sys\ndispnp.c @ 3096]
8ba0f838 866e81df adfb64d8 8ba0f85e 8ba0f85f NDIS!ndisPnPIrpStartDevice+0xb4 [minio\ndis\sys\ndispnp.c @ 1067]
8ba0f860 820a7e98 a2bfd030 adfb64d8 8ba0f910 NDIS!ndisPnPDispatch+0x108 [minio\ndis\sys\ndispnp.c @ 2429]
8ba0f878 8231f07e 8ba0f8ec adf5d4c8 872e2eb8 nt!IofCallDriver+0x48 [minkernel\ntos\io\iomgr\iosubs.c @ 3149]
8ba0f898 820b8569 820c92b8 872e2eb8 8ba0f910 nt!PnpAsynchronousCall+0x9e [minkernel\ntos\io\pnpmgr\irp.c @ 3005]
8ba0f8cc 820c9a76 00000000 820c92b8 872e2eb8 nt!PnpSendIrp+0x67 [minkernel\ntos\io\pnpmgr\irp.h @ 286]
8ba0f914 8234577b 872e2eb8 adf638b0 adf638b0 nt!PnpStartDevice+0x60 [minkernel\ntos\io\pnpmgr\irp.c @ 3187]
8ba0f94c 82346cc7 872e2eb8 adf638b0 adf638b0 nt!PnpStartDeviceNode+0xc3 [minkernel\ntos\io\pnpmgr\start.c @ 1712]
8ba0f96c 82343c68 00000000 a2bdb3d8 adf638b0 nt!PipProcessStartPhase1+0x4d [minkernel\ntos\io\pnpmgr\start.c @ 114]
8ba0fb5c 824db885 8ba0fb80 00000000 00000000 nt!PipProcessDevNodeTree+0x386 [minkernel\ntos\io\pnpmgr\enum.c @ 6129]
8ba0fb88 8219571b 85852520 8c601040 8226ba90 nt!PiRestartDevice+0x91 [minkernel\ntos\io\pnpmgr\enum.c @ 4743]
8ba0fbe8 820804af 00000000 00000000 8c601040 nt!PnpDeviceActionWorker+0xdb4b7 [minkernel\ntos\io\pnpmgr\action.c @ 674]
8ba0fc38 8211485c 85852520 421de295 00000000 nt!ExpWorkerThread+0xcf [minkernel\ntos\ex\worker.c @ 4270]
8ba0fc70 82166785 820803e0 85852520 00000000 nt!PspSystemThreadStartup+0x4a [minkernel\ntos\ps\psexec.c @ 7756]
8ba0fc88 82051e07 85943940 8ba0fcd8 82051bb9 nt!KiThreadStartup+0x15 [minkernel\ntos\ke\i386\threadbg.asm @ 82]
8ba0fc94 82051bb9 8b9cc600 8ba10000 8ba0d000 nt!KiProcessDeferredReadyList+0x17 [minkernel\ntos\ke\thredsup.c @ 5309]
8ba0fcd8 00000000 00000000 00000000 00000000 nt!KeSetPriorityThread+0x249 [minkernel\ntos\ke\thredobj.c @ 3881]
RETRACER_ANALYSIS_TAG_STATUS: Failed in getting KPCR for core 1
THREAD_SHA1_HASH_MOD_FUNC: e029276c66aea80ba36903e89947127118d31128
THREAD_SHA1_HASH_MOD_FUNC_OFFSET: 012389f065d31c8eedd6204846a560146a38099b
THREAD_SHA1_HASH_MOD: 44dc639eb162a28d47eaeeae4afe6f9eeccced3d
FOLLOWUP_IP:
WwanUsbMp+1c15f
ac50c15f 8bf0 mov esi,eax
FAULT_INSTR_CODE: f33bf08b
SYMBOL_STACK_INDEX: 8
SYMBOL_NAME: WwanUsbMp+1c15f
FOLLOWUP_NAME: MachineOwner
MODULE_NAME: WwanUsbMp
IMAGE_NAME: WwanUsbMp.sys
DEBUG_FLR_IMAGE_TIMESTAMP: 5211bb0c
DXGANALYZE_ANALYSIS_TAG_PORT_GLOBAL_INFO_STR: Hybrid_FALSE
DXGANALYZE_ANALYSIS_TAG_ADAPTER_INFO_STR: GPU0_VenId0x1414_DevId0x8d_WDDM1.3_NotActive;GPU1_VenId0x8086_DevId0x416_WDDM1.3_Active_Post;
STACK_COMMAND: .thread ; .cxr ; kb
BUCKET_ID_FUNC_OFFSET: 1c15f
FAILURE_BUCKET_ID: AV_R_INVALID_WwanUsbMp!unknown_function
BUCKET_ID: AV_R_INVALID_WwanUsbMp!unknown_function
PRIMARY_PROBLEM_CLASS: AV_R_INVALID_WwanUsbMp!unknown_function
TARGET_TIME: 2018-02-12T11:33:51.000Z
OSBUILD: 16299
OSSERVICEPACK: 15
SERVICEPACK_NUMBER: 0
OS_REVISION: 0
SUITE_MASK: 272
PRODUCT_TYPE: 1
OSPLATFORM_TYPE: x86
OSNAME: Windows 10
OSEDITION: Windows 10 WinNt TerminalServer SingleUserTS
OS_LOCALE:
USER_LCID: 0
OSBUILD_TIMESTAMP: 2017-09-28 18:32:28
BUILDDATESTAMP_STR: 170928-1534
BUILDLAB_STR: rs3_release
BUILDOSVER_STR: 10.0.16299.15.x86fre.rs3_release.170928-1534
ANALYSIS_SESSION_ELAPSED_TIME: 162bd
ANALYSIS_SOURCE: KM
FAILURE_ID_HASH_STRING: km:av_r_invalid_wwanusbmp!unknown_function
FAILURE_ID_HASH: {31e4d053-0758-e43a-06a7-55f69b072cb3}
FAILURE_ID_REPORT_LINK: https://go.microsoft.com/fwlink/?LinkID=397724&FailureHash=31e4d053-0758-e43a-06a7-55f69b072cb3
Followup: MachineOwner
---------
ReadVirtual: 812d1248 not properly sign extended