블루스크린 덤프 분석은 PC가 멈추던 순간에 Windows가 남겨 둔 기록을 읽어 보는 작업입니다. 화면이 파랗게 변하거나 아무 경고 없이 재부팅되는 일이 반복되면 포맷부터 떠올리기 쉬운데, 그 전에 덤프 파일을 한 번 열어 보면 어떤 드라이버나 부품이 의심되는지 방향을 잡을 수 있습니다.
다만 덤프 파일 한 개로 원인이 딱 정해지는 경우는 드뭅니다. 이 글에서는 덤프 파일을 어디서 찾고 어떻게 여는지, 그리고 나온 결과를 어떻게 해석하면 되는지 순서대로 적어 보겠습니다.
덤프 파일은 어디에 저장될까
Windows는 심각한 오류로 멈출 때 그 시점의 메모리 상태를 파일로 저장합니다. 기본 위치는 아래와 같습니다.
- 미니 덤프:
C:\Windows\Minidump(용량이 작고 분석용으로 가장 많이 쓰입니다) - 전체 덤프:
C:\Windows\MEMORY.DMP
Minidump 폴더가 비어 있다면 아직 덤프가 한 번도 생성되지 않았거나, 저장 설정이 꺼져 있을 수 있습니다.
덤프 파일이 생성되도록 설정 확인하기
Win + R을 누르고sysdm.cpl을 입력해 시스템 속성을 엽니다.- [고급] 탭에서 ‘시작 및 복구’의 [설정]을 누릅니다.
- ‘디버깅 정보 쓰기’를 ‘작은 메모리 덤프(256KB)’로 바꾸고 확인을 누릅니다.
같은 창에서 ‘자동으로 다시 시작’ 체크를 해제해 두면 블루스크린이 뜬 채로 멈춰 있기 때문에 화면에 나온 오류 코드를 사진으로 남겨 두기 좋습니다. 이후 블루스크린이 다시 발생하면 Minidump 폴더에 .dmp 파일이 생깁니다.
BlueScreenView로 빠르게 확인하기
처음이라면 NirSoft의 BlueScreenView가 가장 부담이 적습니다. 설치 없이 압축만 풀면 바로 실행되는 무료 프로그램입니다.
- NirSoft 공식 사이트에서 BlueScreenView를 내려받아 압축을 풉니다.
- 실행하면 Minidump 폴더의 덤프 목록이 위쪽에 자동으로 뜹니다.
- 가장 최근 덤프를 선택하고 아래쪽 목록에서 빨간색으로 표시된 파일명을 봅니다.
예를 들어 nvlddmkm.sys가 보이면 NVIDIA 그래픽 드라이버 쪽, ntfs.sys가 보이면 저장장치나 파일 시스템 쪽을 의심해 볼 수 있습니다.
여기서 하나 알아 둘 점이 있습니다. 빨간색은 오류가 났을 때 메모리에 올라와 있던 드라이버를 표시한 것이라서, 빨간 파일이 곧 범인이라는 뜻은 아닙니다. 어디부터 살펴볼지 정하는 단서 정도로 보는 편이 안전합니다.
WinDbg로 더 자세히 보기
BlueScreenView로 감이 잡히지 않으면 마이크로소프트 공식 도구인 WinDbg를 사용합니다.
- Microsoft Store에서 ‘WinDbg’를 검색해 설치합니다.
- 관리자 권한으로 실행한 뒤 [File] → [Open dump file]에서
.dmp파일을 엽니다. - 아래 명령창에 심볼 경로를 먼저 설정합니다. 이 과정을 건너뛰면 분석 결과가 부정확하게 나올 수 있습니다.
.symfix
.reload
- 이어서 분석 명령을 입력합니다.
!analyze -v
결과에서는 MODULE_NAME, IMAGE_NAME, FAILURE_BUCKET_ID 세 항목을 우선 확인합니다. 어떤 모듈에서 어떤 유형의 오류가 났는지 대략 읽힙니다.
오류 코드와 파일명으로 의심 부품 좁히기
아래 표는 자주 보이는 오류 코드와 파일명을 정리한 것입니다. 같은 코드라도 드라이버 문제일 수도, 부품 불량일 수도 있어서 ‘먼저 의심해 볼 곳’ 정도로 참고해 주세요.
| 오류 코드 / 파일명 | 먼저 의심해 볼 곳 | 확인 방향 |
|---|---|---|
0x0000001A (MEMORY_MANAGEMENT), 0x00000050 (PAGE_FAULT_IN_NONPAGED_AREA) | 램(메모리), 드라이버 | 램 재장착, 메모리 진단, 램 오버클럭(XMP/EXPO) 해제 |
nvlddmkm.sys, atikmdag.sys, amdkmdag.sys | 그래픽 드라이버, 그래픽카드 | 드라이버 재설치, 이후에도 반복되면 카드 상태 확인 |
ntfs.sys | SSD/HDD, 파일 시스템 | CrystalDiskInfo로 상태 확인, 케이블·슬롯 접촉 점검 |
0x0000007B (INACCESSIBLE_BOOT_DEVICE) | 부팅 저장장치, 저장장치 컨트롤러 설정 | BIOS의 저장장치 모드 변경 여부, 드라이버 확인 |
CLOCK_WATCHDOG_TIMEOUT | CPU, 메인보드, BIOS 설정 | 오버클럭·전압 설정 해제, CPU 온도 확인 |
원인을 추정한 뒤 점검하는 순서
돈이 드는 쪽보다 되돌릴 수 있는 쪽부터 확인하는 편이 낫습니다.
드라이버부터 정리합니다. 그래픽 드라이버가 의심되면 DDU(Display Driver Uninstaller)로 기존 드라이버를 지우고 정식 버전을 다시 설치합니다.
오버클럭을 풀어 봅니다. CPU나 램에 오버클럭, XMP/EXPO를 적용해 둔 상태라면 BIOS에서 기본값으로 돌려 놓고 한동안 지켜봅니다. 이것만으로 증상이 사라지는 경우도 있어서 부품을 의심하기 전에 해 볼 만합니다.
부품은 하나씩 따로 확인합니다.
- 램: 여러 개가 꽂혀 있다면 한 개씩만 꽂아 번갈아 테스트합니다. Windows 메모리 진단 도구를 함께 써도 됩니다.
- 저장장치: CrystalDiskInfo로 SMART 상태를 확인합니다.
- 발열: HWMonitor로 CPU와 그래픽카드 온도를 봅니다. 부하를 걸어 확인할 때는 OCCT 같은 도구를 쓰기도 하는데, 파워가 부족한 시스템이면 테스트 도중 꺼질 수 있으니 주의가 필요합니다.
덤프 파일이 없는 재부팅은 어떻게 볼까
블루스크린 없이 화면이 꺼지고 바로 재부팅되는 경우에는 Minidump 폴더가 비어 있기도 합니다. 이때는 이벤트 뷰어의 [Windows 로그] → [시스템]에서 Kernel-Power 이벤트 ID 41을 찾아 발생 시각을 확인해 볼 수 있습니다. 전원 공급이나 발열 문제일 가능성이 있지만, 이 기록만으로 파워가 원인이라고 단정하기는 어렵습니다. 같은 증상이 어떤 상황에서 나타나는지(게임 중인지, 대기 중인지) 함께 메모해 두면 판단에 도움이 됩니다.
덤프 파일이 여러 개 쌓여 있다면 한 개만 보지 말고, 오류 코드나 파일명이 매번 같은지 비교해 보세요. 같은 이름이 반복해서 나온다면 그쪽이 훨씬 유력한 단서가 됩니다.
블루스크린 덤프 분석 외 다른 정보를 원하신다면?
👉 노트북 포맷 방법, 윈도우 10·11 PC 초기화부터 USB 클린 설치까지