윈도우 블루스크린 오류코드는 파란 화면 하단에 표시되는 중지 코드(Stop code)를 확인하면 됩니다. 화면을 놓쳤거나 자동으로 재부팅됐다면 이벤트 뷰어와 신뢰성 모니터에서 버그체크 코드와 덤프 파일 생성 여부를 확인하세요.
📌 핵심 5줄 요약
1. 화면에서 확인 블루스크린 하단의 ‘중지 코드’와 ‘What failed’에 표시된 문구를 사진으로 남깁니다.
2. 이벤트 뷰어 확인 Windows 로그의 시스템 항목에서 BugCheck 이벤트를 찾으면 오류코드와 매개 변수를 볼 수 있습니다.
3. 신뢰성 모니터 확인 ‘하드웨어 오류’ 또는 ‘Windows가 정상적으로 종료되지 않음’ 항목에서 발생 시점과 세부 내용을 확인합니다.
4. 덤프 파일 확인 C:\Windows\Minidump 또는 C:\Windows\MEMORY.DMP에 생성된 파일을 분석하면 재부팅 후에도 기록을 확인할 수 있습니다.
5. 코드만으로 단정 금지 오류코드는 원인 후보를 좁히는 단서이며, 드라이버·하드웨어·윈도우 파일을 함께 점검해야 합니다.
📌 목차
01 | 블루스크린 오류코드란 무엇인가
02 | 화면에서 중지 코드 확인하기
03 | ‘What failed’ 항목 읽는 방법
04 | 자동 재부팅으로 코드를 놓쳤을 때
05 | 이벤트 뷰어에서 오류코드 찾기
06 | 신뢰성 모니터로 발생 시점 확인하기
07 | 미니덤프 파일 위치 확인하기
08 | 오류코드와 16진수 번호 구분하기
09 | 자주 보이는 블루스크린 코드 이해하기
10 | 실제 사례로 확인 순서 익히기
11 | 오류코드 확인 후 드라이버 점검하기
12 | 반복 발생 시 안전모드 활용하기
13 | WinDbg로 덤프 파일 분석하기
14 | 확인할 때 주의할 점
01 | 블루스크린 오류코드란 무엇인가
블루스크린은 윈도우가 시스템을 계속 실행하기 어렵다고 판단했을 때 추가 손상이나 데이터 손실을 막기 위해 중지하는 화면입니다. Microsoft는 이를 블루스크린 오류, 중지 코드 오류, 버그체크 또는 BSOD라고 설명합니다. 원인은 장치, 드라이버, 소프트웨어 또는 하드웨어일 수 있습니다.
화면에는 보통 영문 형태의 오류명과 함께 중지 코드가 표시됩니다. 예를 들어 PAGE_FAULT_IN_NONPAGED_AREA, MEMORY_MANAGEMENT, CRITICAL_PROCESS_DIED 같은 문구가 대표적인 단서입니다.
02 | 화면에서 중지 코드 확인하기
블루스크린이 현재 표시되어 있다면 화면 하단을 살펴보세요. ‘Stop code’ 또는 ‘중지 코드’ 뒤에 영문 오류명이 나타납니다. 일부 버전에서는 QR 코드와 함께 오류명이 표시될 수 있습니다.
‘What failed’ 또는 ‘실패한 항목’이 보인다면 뒤에 붙은 파일명도 함께 기록합니다. 예를 들어 파일명이 .sys 확장자로 표시되면 특정 장치 드라이버가 원인 후보일 수 있지만, 이 이름만으로 원인을 확정해서는 안 됩니다.
가장 좋은 방법은 휴대전화로 화면 전체를 촬영하는 것입니다. 오류명, 실패한 파일명, 발생 시각을 함께 남겨야 이후 이벤트 뷰어나 덤프 파일과 대조하기 쉽습니다.
03 | ‘What failed’ 항목 읽는 방법
‘What failed’는 오류가 발생한 순간 실행 중이던 모듈 이름이 표시되는 영역입니다. 이 항목에 그래픽카드, 네트워크, 저장장치 관련 드라이버 파일이 나타날 수 있습니다.
다만 화면에 표시된 파일이 반드시 직접적인 원인이라고 단정할 수는 없습니다. 메모리 오류나 다른 드라이버의 충돌로 인해 정상적인 파일이 오류 지점으로 표시되는 경우도 있으므로, 최근에 설치하거나 업데이트한 드라이버와 덤프 분석 결과를 함께 확인해야 합니다.
04 | 자동 재부팅으로 코드를 놓쳤을 때
블루스크린 직후 컴퓨터가 자동으로 재부팅되면 화면을 읽기 어렵습니다. 이때는 다음 방법을 순서대로 사용하세요.
- 시작 메뉴 검색창에 이벤트 뷰어를 입력해 실행합니다.
- Windows 로그에서 시스템을 선택합니다.
- 오른쪽의 로그 필터 또는 현재 로그 필터 기능으로 BugCheck 관련 이벤트를 찾습니다.
- 오류가 발생한 시간대의 항목을 열어 오류코드와 매개 변수를 확인합니다.
이벤트 뷰어에 상세 정보가 부족하면 신뢰성 모니터와 덤프 파일을 함께 확인하는 것이 좋습니다.
05 | 이벤트 뷰어에서 오류코드 찾기
이벤트 뷰어는 윈도우에서 발생한 시스템 이벤트를 시간순으로 기록합니다. 블루스크린이 발생한 시간 전후를 확인하면 ‘컴퓨터가 버그체크에서 재부팅되었다’는 취지의 기록과 함께 16진수 오류코드, 매개 변수, 덤프 파일 경로가 표시될 수 있습니다. Microsoft 문서에서도 시스템 로그의 BugCheck 이벤트에서 네 가지 매개 변수를 확인할 수 있다고 안내합니다.
확인 순서는 이벤트 뷰어 → Windows 로그 → 시스템입니다. 오류가 너무 많다면 오른쪽의 ‘현재 로그 필터’를 사용해 오류·위험 수준과 발생 시간 범위를 좁히세요.
이벤트 뷰어에서 확인한 코드는 메모장에 복사해 두고, 발생 날짜와 함께 기록하는 것이 좋습니다. 같은 코드가 반복되는지 확인하는 데 도움이 됩니다.
06 | 신뢰성 모니터로 발생 시점 확인하기
신뢰성 모니터는 프로그램 오류, 윈도우 오류, 하드웨어 오류를 날짜별로 보여주는 도구입니다. 시작 메뉴에서 신뢰성 기록 보기를 검색하거나 실행 창에서 perfmon /rel을 입력해 열 수 있습니다.
그래프에서 블루스크린이 발생한 날짜의 빨간색 X 표시를 선택한 뒤 ‘기술 정보 보기’를 누르면 오류 설명, 발생 시각, 보고서 정보, 덤프 관련 경로가 나타날 수 있습니다.
신뢰성 모니터는 오류코드를 찾는 데 유용하지만 모든 원인을 직접 설명하지는 않습니다. 기록에 ‘하드웨어 오류’만 표시된다면 이벤트 뷰어와 미니덤프를 추가로 확인해야 합니다.
07 | 미니덤프 파일 위치 확인하기
윈도우가 블루스크린 당시 메모리 정보를 저장하도록 설정되어 있다면 작은 덤프 파일이 만들어질 수 있습니다. 대표적인 위치는 C:\Windows\Minidump입니다. 전체 또는 커널 메모리 덤프는 C:\Windows\MEMORY.DMP에 저장될 수 있습니다.
폴더가 비어 있다면 블루스크린이 발생하지 않았거나, 덤프 저장이 비활성화되어 있거나, 저장 전에 전원이 꺼졌을 가능성이 있습니다. 파일이 있다고 해서 메모장으로 바로 내용을 읽을 수 있는 것은 아니며, 덤프 분석 도구가 필요합니다.
덤프 파일을 다른 사람에게 전달하기 전에는 사용자 이름, 파일 경로, 개인 정보가 포함될 수 있는지 확인하고 원본을 보관하세요.
08 | 오류코드와 16진수 번호 구분하기
블루스크린에는 사람이 읽기 쉬운 오류명과 16진수 형태의 버그체크 코드가 함께 사용됩니다. 예를 들어 오류명은 IRQL_NOT_LESS_OR_EQUAL처럼 표시되고, 문서나 이벤트 로그에서는 0x0000000A처럼 나타날 수 있습니다.
| 확인 항목 | 예시 | 용도 |
|---|---|---|
| 중지 코드 이름 | PAGE_FAULT_IN_NONPAGED_AREA | 검색과 원인 후보 확인에 사용 |
| 버그체크 번호 | 0x00000050 | 이벤트 로그와 기술 문서 대조에 사용 |
| 매개 변수 | 괄호 안의 여러 16진수 값 | 정밀한 덤프 분석에 사용 |
| 실패한 모듈 | 파일명.sys | 의심되는 드라이버 확인에 사용 |
일반 사용자는 오류명과 발생 시각만 정확히 기록해도 1차 점검이 가능합니다. 반복되는 오류이거나 업무용 PC처럼 원인 분석이 필요한 경우에는 번호와 매개 변수까지 보관하세요.
09 | 자주 보이는 블루스크린 코드 이해하기
Microsoft의 버그체크 코드 참조 문서는 중지 코드 이름과 16진수 번호를 연결해 제공합니다. 다음은 사용자가 자주 접할 수 있는 예시입니다.
| 오류명 | 확인할 대상 |
|---|---|
| MEMORY_MANAGEMENT | 메모리 모듈, 드라이버, 시스템 파일, 최근 하드웨어 변경 |
| PAGE_FAULT_IN_NONPAGED_AREA | 메모리, 장치 드라이버, 백신·보안 프로그램, 저장장치 |
| IRQL_NOT_LESS_OR_EQUAL | 커널 드라이버, 메모리 오류, 최근 설치한 장치나 프로그램 |
| CRITICAL_PROCESS_DIED | 시스템 파일, 저장장치, 업데이트, 핵심 프로세스 이상 |
| DPC_WATCHDOG_VIOLATION | 저장장치·칩셋·그래픽 관련 드라이버와 펌웨어 |
오류명은 점검 방향을 정하는 출발점일 뿐입니다. 같은 오류명이 여러 원인에서 발생할 수 있으므로 특정 코드만 검색한 뒤 부품을 바로 교체하는 것은 피해야 합니다.
10 | 실제 사례로 확인 순서 익히기
예를 들어 게임 실행 중 블루스크린이 발생했고 화면에 VIDEO_TDR_FAILURE와 그래픽 드라이버 파일명이 표시됐다고 가정해 보겠습니다. 먼저 오류 화면을 촬영한 뒤, 신뢰성 모니터에서 같은 시간에 오류가 기록됐는지 확인합니다.
이후 이벤트 뷰어에서 해당 시각의 시스템 로그를 살펴보고, 최근 그래픽 드라이버 업데이트나 그래픽카드 관련 프로그램 설치가 있었는지 확인합니다. 같은 오류가 반복된다면 제조사에서 제공하는 안정적인 드라이버로 재설치하고, 외부 오버클럭이나 튜닝 설정을 원래 값으로 되돌린 뒤 재현 여부를 관찰합니다.
이 사례에서 중요한 점은 오류명만 보고 그래픽카드 고장으로 확정하지 않는 것입니다. 드라이버 충돌, 발열, 전원 문제, 시스템 파일 손상도 함께 확인해야 합니다.
11 | 오류코드 확인 후 드라이버 점검하기
블루스크린이 최근 드라이버 설치나 업데이트 이후 시작됐다면 장치 관리자를 열어 관련 장치를 확인하세요. 특히 그래픽, 저장장치, 네트워크, 칩셋 드라이버가 오류 시점과 관련되어 있는지 살펴봅니다.
업데이트가 원인으로 의심되면 제조사에서 제공하는 최신 안정 버전 또는 이전에 정상 작동했던 버전으로 되돌리는 방법을 검토할 수 있습니다. 출처가 불분명한 ‘자동 드라이버 업데이트’ 프로그램은 추가 충돌을 만들 수 있으므로 주의하세요.
Microsoft는 중지 코드 문제에서 새 하드웨어 제거, 안전 모드 시작, 업데이트 확인, 문제가 된 드라이버 비활성화 등 기본 점검 절차를 안내합니다.
12 | 반복 발생 시 안전모드 활용하기
윈도우가 정상적으로 시작되지 않거나 로그인 직후 블루스크린이 반복되면 안전 모드에서 최근 설치한 드라이버와 프로그램을 점검할 수 있습니다.
일반적으로 복구 환경에서 문제 해결 → 고급 옵션 → 시작 설정 → 다시 시작으로 이동한 뒤 안전 모드를 선택합니다. 안전 모드에서도 같은 오류가 발생하는지 확인하면 일반 시작 과정에서만 실행되는 드라이버나 프로그램이 원인인지 구분하는 데 도움이 됩니다.
안전 모드 진입 방법은 윈도우 상태와 제조사 설정에 따라 달라질 수 있으므로 화면에 표시되는 메뉴를 기준으로 진행하세요.
13 | WinDbg로 덤프 파일 분석하기
미니덤프를 정밀하게 분석하려면 Microsoft의 Windows 디버거인 WinDbg를 사용할 수 있습니다. 덤프 파일을 연 뒤 !analyze -v 명령을 실행하면 버그체크 정보와 의심되는 모듈을 확인하는 데 도움이 됩니다.
다만 WinDbg 결과에 표시된 모듈이 항상 고장 난 부품을 의미하는 것은 아닙니다. 기호 파일, 호출 스택, 여러 번 발생한 덤프의 공통점까지 함께 해석해야 합니다. Microsoft도 덤프 분석은 중지 코드의 원인과 관련 드라이버를 찾는 고급 진단 절차로 안내하고 있습니다.
단순히 오류코드만 확인하려는 경우에는 이벤트 뷰어와 신뢰성 모니터만으로 충분할 수 있습니다. 반복적인 충돌의 원인을 좁혀야 할 때 WinDbg를 고려하세요.
14 | 확인할 때 주의할 점
블루스크린 오류코드는 원인 자체가 아니라 시스템 중지 상황을 설명하는 기술적 단서입니다. 같은 코드라도 드라이버, 메모리, 저장장치, 윈도우 업데이트 등 원인이 다를 수 있습니다.
또한 Driver Verifier 같은 고급 도구는 잘못 사용하면 부팅 실패나 추가 블루스크린을 유발할 수 있습니다. Microsoft는 의심되는 드라이버를 좁혀 검사하고, 모든 드라이버를 한꺼번에 검증하지 말 것을 안내합니다. 문제가 생기면 안전 모드에서 기능을 해제해야 할 수 있습니다.
중요한 파일이 있는 컴퓨터라면 원인 분석 전에 문서와 사진을 외장 저장장치나 클라우드에 백업하세요. 블루스크린이 반복되고 저장장치 이상 징후, 타는 냄새, 갑작스러운 전원 차단이 함께 나타나면 소프트웨어 조치만 반복하지 말고 전문 점검을 받는 것이 안전합니다.
☑ 체크리스트
- 블루스크린 화면의 중지 코드와 ‘What failed’를 촬영했는가
- 오류가 발생한 날짜와 시간을 기록했는가
- 이벤트 뷰어의 시스템 로그에서 BugCheck 항목을 확인했는가
- 신뢰성 모니터에서 같은 시간의 하드웨어 또는 윈도우 오류를 확인했는가
- C:\Windows\Minidump와 C:\Windows\MEMORY.DMP 파일을 확인했는가
- 최근 설치한 드라이버, 윈도우 업데이트, 하드웨어 변경 사항을 정리했는가
- 원인 분석 전에 중요한 데이터를 백업했는가
📖 자주하는 질문 Q&A
블루스크린 오류코드는 화면에서 어디에 표시되나요?
대부분 화면 하단의 ‘중지 코드’ 또는 ‘Stop code’ 뒤에 표시됩니다. ‘What failed’ 항목이 있다면 함께 기록하세요.
블루스크린 후 자동 재부팅되면 코드를 확인할 수 없나요?
확인할 수 있습니다. 이벤트 뷰어의 Windows 로그 → 시스템, 신뢰성 모니터, C:\Windows\Minidump 폴더를 순서대로 확인하면 됩니다.
오류코드만 검색하면 원인을 바로 알 수 있나요?
아닙니다. 오류코드는 원인 후보를 좁히는 단서입니다. 발생 상황, 최근 변경 사항, 실패한 드라이버, 덤프 분석 결과를 함께 봐야 합니다.
미니덤프 파일이 없으면 어떻게 하나요?
덤프 저장이 활성화되지 않았거나 저장 전에 시스템이 종료됐을 수 있습니다. 다음 블루스크린이 발생하면 화면을 촬영하고 이벤트 뷰어와 신뢰성 모니터 기록을 즉시 확인하세요.
📝 마무리
윈도우 블루스크린 오류코드는 화면의 중지 코드에서 가장 먼저 확인하고, 놓쳤다면 이벤트 뷰어와 신뢰성 모니터에서 보완하면 됩니다. 반복 발생 시에는 미니덤프와 최근 드라이버·하드웨어 변경 사항을 함께 확인해야 원인을 정확히 좁힐 수 있습니다.