Windows 10에서 메모리 덤프 파일을 읽는 방법
PC가 갑자기 멈추면서 블루 스크린 오류(BSOD)가 나타난 적이 있다면, 화면에는 충돌 원인이 잠깐 표시된 뒤 컴퓨터가 강제로 종료되었을 것입니다. BSOD 화면은 몇 초 만에 사라지기 때문에 그 순간에 원인을 분석하기란 사실상 불가능합니다. 다행히 Windows는 시스템이 비정상 종료될 때 충돌 직전의 정보를 크래시 덤프 파일(.dmp), 즉 메모리 덤프 형태로 자동 저장해 줍니다.
BSOD 화면이 표시되는 즉시 Windows는 메모리에 있던 충돌 관련 정보를 "MiniDump"라는 작은 파일에 기록하며, 이 파일은 일반적으로 Windows 폴더 내부에 저장됩니다. 이 .dmp 파일을 분석하면 오류의 원인을 파악하고 문제를 해결하는 데 큰 도움이 됩니다. 다만 Windows에는 덤프 파일을 분석하는 기본 제공 도구가 없기 때문에 별도의 프로그램을 사용해야 합니다.
덤프 파일을 디버깅할 수 있는 도구는 여러 가지가 있지만, 이 글에서는 가장 널리 사용되는 두 가지 도구인 BlueScreenView와 Windows Debugger(WinDBG)를 소개합니다. BlueScreenView는 빠르고 간편하게 원인을 확인할 수 있으며, WinDBG는 보다 전문적이고 상세한 분석이 필요할 때 유용합니다. 아래 가이드를 따라 Windows 10에서 메모리 덤프 파일을 읽는 방법을 살펴보겠습니다.
진행하기 전에 만약의 사태에 대비해 시스템 복원 지점을 미리 생성해 두는 것이 좋습니다.
방법 1: BlueScreenView로 메모리 덤프 파일 분석하기
1. NirSoft 공식 웹사이트에서 사용 중인 Windows 버전에 맞는 최신 버전의 BlueScreenView를 다운로드합니다.
2. 다운로드한 zip 파일의 압축을 해제한 뒤, BlueScreenView.exe를 더블클릭하여 프로그램을 실행합니다.
3. 프로그램이 자동으로 기본 위치인 C:\Windows\Minidump 폴더에서 MiniDump 파일을 검색합니다.
4. 특정 .dmp 파일을 분석하고 싶다면 해당 파일을 BlueScreenView 창으로 드래그 앤 드롭하면 됩니다. 프로그램이 minidump 파일을 손쉽게 읽어 줍니다.
5. BlueScreenView 화면 상단에는 다음과 같은 정보가 표시됩니다.
- Minidump 파일 이름: 예를 들어 082516-12750-01.dmp라면 08은 월, 25는 일, 16은 연도를 의미합니다.
- Crash Time(충돌 시각): 오류가 발생한 정확한 날짜와 시간입니다.
- Bug Check String: 오류 코드 문자열입니다. 예: DRIVER_VERIFIER_IOMANAGER_VIOLATION
- Bug Check Code: STOP 오류 코드입니다. 예: 0x000000c9
- Bug Check Code 매개변수
- Caused By Driver: 오류를 일으킨 드라이버로, 가장 중요한 항목입니다. 예: VerifierExt.sys
6. 화면 하단에서는 오류를 일으킨 드라이버가 강조 표시되므로 한눈에 확인할 수 있습니다.
7. 이제 확보한 정보를 바탕으로 웹에서 아래와 같은 조합으로 검색하면 원인을 쉽게 찾을 수 있습니다.
- Bug Check String + Caused By Driver
예: DRIVER_VERIFIER_IOMANAGER_VIOLATION VerifierExt.sys - Bug Check String + Bug Check Code
예: DRIVER_VERIFIER_IOMANAGER_VIOLATION 0x000000c9
8. 또는 BlueScreenView에서 minidump 파일을 마우스 오른쪽 버튼으로 클릭한 뒤 "Google Search – Bug Check + Driver"를 선택하면 자동으로 검색할 수 있습니다.
9. 검색 결과를 참고해 오류 원인을 해결하면 됩니다. 여기까지가 BlueScreenView를 활용한 메모리 덤프 분석 방법입니다.
방법 2: Windows Debugger(WinDBG)로 메모리 덤프 파일 분석하기
보다 전문적인 분석이 필요하다면 Microsoft에서 제공하는 공식 디버깅 도구인 WinDBG를 사용하는 것이 좋습니다.
1. Microsoft 공식 페이지에서 Windows 10 SDK를 다운로드합니다.
참고: 이 패키지에는 .dmp 파일 분석에 사용할 WinDBG 프로그램이 포함되어 있습니다.
2. 다운로드한 sdksetup.exe 파일을 실행하고 설치 위치를 지정하거나 기본값을 그대로 사용합니다.
3. 라이선스 계약에 동의한 뒤, "설치할 기능 선택" 화면에서 "Debugging Tools for Windows" 옵션만 선택하고 Install을 클릭합니다.
4. WinDBG 프로그램이 다운로드 및 설치될 때까지 기다립니다.
5. 명령 프롬프트를 엽니다. 시작 메뉴에서 'cmd'를 검색한 후 Enter 키를 누르면 됩니다.
6. 명령 프롬프트에 아래 명령어를 입력하고 Enter 키를 누릅니다.
cd\Program Files (x86)\Windows Kits\10\Debuggers\x64\
참고: WinDBG가 실제로 설치된 경로를 정확히 지정해야 합니다.
7. 올바른 디렉터리로 이동했다면, 아래 명령어를 입력해 .dmp 파일과 WinDBG를 연결합니다.
windbg.exe -IA
8. 명령어를 입력하면 새로운 빈 WinDBG 인스턴스가 열리며 확인 알림이 함께 표시됩니다. 이 알림은 그냥 닫으면 됩니다.
9. Windows 검색창에 windbg를 입력한 뒤 WinDbg (X64)를 클릭하여 실행합니다.
10. WinDBG 창에서 File > Symbol File Path를 차례로 클릭합니다.
11. 아래 주소를 복사하여 Symbol Search Path 입력란에 붙여넣습니다.
SRV*C:\SymCache*https://msdl.microsoft.com/download/symbols
12. OK를 클릭한 뒤, File > Save Workspace를 선택하여 심볼 경로를 저장합니다.
13. 이제 분석할 덤프 파일을 찾습니다. C:\Windows\Minidump 폴더의 MiniDump 파일을 사용하거나, C:\Windows\MEMORY.DMP 위치의 전체 메모리 덤프 파일을 사용할 수 있습니다.
14. .dmp 파일을 더블클릭하면 WinDBG가 실행되며 파일 분석을 시작합니다.
참고: 시스템에서 처음 읽는 .dmp 파일이라면 WinDBG가 느리게 느껴질 수 있습니다. 백그라운드에서 아래 작업들이 진행되고 있으므로 절차를 중단하지 마세요.
C 드라이브에 Symcache 폴더가 생성됨필요한 심볼이 다운로드되어 C:\SymCache에 저장됨
심볼 다운로드가 완료되고 덤프 분석이 준비되면 덤프 텍스트 하단에 Followup: MachineOwner 메시지가 표시됩니다.
15. 다음 번에 .dmp 파일을 분석할 때는 필요한 심볼이 이미 다운로드되어 있기 때문에 훨씬 빠르게 처리됩니다. 시간이 지날수록 C:\SymCache 폴더는 심볼이 추가되면서 용량이 커질 수 있습니다.
16. Ctrl + F 키를 눌러 찾기 창을 연 뒤, 따옴표 없이 "Probably caused by"를 입력하고 Enter 키를 누릅니다. 이것이 충돌 원인을 가장 빠르게 확인하는 방법입니다.
17. "Probably caused by" 줄 위쪽에서 BugCheck 코드(예: 0x9F)를 확인할 수 있습니다. 이 코드를 Microsoft의 Bug Check Code Reference 문서에서 조회하면 오류의 의미와 해결 방향을 파악할 수 있습니다.
지금까지 Windows 10에서 메모리 덤프 파일을 읽는 방법을 BlueScreenView와 WinDBG 두 가지 도구를 통해 알아보았습니다. BlueScreenView는 간편한 원인 확인에, WinDBG는 심층 분석에 활용하면 좋습니다. 내용에 대해 궁금한 점이 있다면 언제든 댓글로 질문해 주세요.