결론부터 말하면, 윈도우 블루스크린은 한 가지 도구가 아니라 ‘정지 코드 읽기 → 이벤트 뷰어 → 미니덤프 → 드라이버 검사기 → 안전 모드·복원’이라는 정해진 순서로 좁혀야 가장 빠르게 잡힙니다. 무작정 윈도우를 재설치하기 전에, 시스템이 스스로 남긴 단서를 순서대로 확인하면 대부분 원인이 드러납니다. 증상(정지 코드)에서 출발해 기록(로그·덤프)으로 범인을 특정하고, 검증(검사기·진단)과 복구(안전 모드·복원)로 마무리하는 이 진단 워크플로를 윈도우 11 기준으로 정리했습니다. 개별 정지 코드 해결법은 코드별 글로 넘기고, 이 종합 문서에서는 ‘어떤 도구를 어떤 순서로 쓰는가’라는 허브 관점에 집중합니다. 아래 다섯 단계는 앞에서 원인이 명확해지면 뒤 단계를 건너뛰어도 되는 깔때기 구조라는 점을 먼저 기억해 두세요.
1단계 정지 코드로 블루스크린 방향 잡기
가장 먼저 화면에 뜬 정지 코드(STOP code)를 확인합니다. 윈도우 11 24H2부터는 오류 화면이 검은 배경으로 바뀌며 정지 코드와 실패한 드라이버 이름이 함께 표시됩니다. IRQL 계열은 주로 드라이버, MEMORY_MANAGEMENT는 램·메모리 설정, UNMOUNTABLE_BOOT_VOLUME 계열은 저장장치를 가리킵니다. 정지 코드는 ‘범인 이름’이 아니라 ‘어느 영역에서 멈췄는지’를 알려주는 분류표라는 점을 기억하세요. 화면이 금세 사라진다면 사진으로 남기거나 QR 코드를 스캔해 두고, 개별 코드 대응이 필요하면 IRQL_NOT_LESS_OR_EQUAL 오류의 단계별 해결법 같은 코드별 문서로 넘어가면 됩니다. 이 종합 워크플로에서는 방향만 잡고 다음 진단 단계로 진행합니다.
2단계 이벤트 뷰어로 블루스크린 시각과 로그 확인
재부팅 후에는 이벤트 뷰어(Event Viewer)로 블루스크린이 발생한 정확한 시각과 직전 이벤트를 확인합니다. 시작 메뉴에서 ‘eventvwr’를 실행하고 Windows 로그 → 시스템으로 들어가면, 빨간 오류 아이콘과 함께 BugCheck(이벤트 ID 1001) 항목이 정지 코드를 다시 기록해 둡니다. 여기서 오류 발생 직전에 어떤 드라이버 설치, 윈도우 업데이트, 장치 연결이 있었는지 시간 순으로 대조하면 원인 후보가 크게 줄어듭니다. ‘현재 로그 필터링’으로 오류·경고만 추리면 필요한 항목을 훨씬 빨리 찾을 수 있습니다. 로그 시각과 미니덤프 파일의 생성 시각을 맞춰 보면 다음 단계 진단이 정확해지고, 반복해서 같은 시간대에 오류가 쌓였다면 특정 작업이나 예약 작업이 방아쇠일 가능성이 높습니다.
3단계 미니덤프로 블루스크린 범인 특정
정지 코드로 영역을 좁혔다면, 이제 미니덤프(minidump)로 실제로 시스템을 멈춘 파일을 특정합니다. 미니덤프는 오류 순간의 핵심 메모리 상태를 담은 소형 기록으로, C:WindowsMinidump 폴더에 하나씩 쌓입니다. 만약 폴더가 비어 있다면 시스템 → 정보 → 고급 시스템 설정 → 시작 및 복구에서 ‘디버깅 정보 쓰기’를 작은 메모리 덤프 또는 자동 메모리 덤프로 바꿔 두어야 다음부터 저장됩니다. 파일을 확보했다면 마이크로소프트 무료 도구 WinDbg에서 !analyze -v를 입력해 실패 모듈 이름과 MODULE_NAME 값을 확인합니다. 여기서 나온 드라이버 파일명(예: nvlddmkm.sys)을 검색하면 어떤 장치·소프트웨어가 원인인지 바로 드러납니다. 미니덤프가 여러 개 쌓였다면 가장 최근 파일부터 열어, 여러 덤프에 공통으로 등장하는 모듈을 추려 내는 것이 원인을 좁히는 지름길입니다. 덤프 분석의 상세 절차는 STOP 코드와 미니덤프로 원인을 찾는 2단계 분석법에서 더 깊게 다룹니다.
4단계 드라이버 검사기와 진단 도구로 검증
덤프가 특정 드라이버를 가리키거나 원인이 애매하면 드라이버 검사기(Driver Verifier)와 메모리 진단으로 범인을 확정합니다. 명령창에 verifier를 입력해 드라이버 검사기를 켜면, 문제 있는 드라이버가 로드될 때 일부러 블루스크린을 유발해 그 파일 이름을 덤프에 남깁니다. 다만 부팅 불능을 일으킬 수 있으니 반드시 복원 지점을 만든 뒤 사용하고, 진단이 끝나면 verifier /reset으로 꺼야 합니다. 서드파티 드라이버만 골라 검사하도록 범위를 좁히면 부팅 위험을 크게 줄일 수 있습니다. 램이 의심되면 Windows 메모리 진단(mdsched.exe)을, 저장장치가 의심되면 chkdsk와 SMART 점검을 함께 돌려 하드웨어 이상을 갈라냅니다. 이 검증 단계까지 오면 원인 계층이 드라이버·메모리·저장장치 중 하나로 대부분 좁혀집니다.
5단계 안전 모드·시스템 복원으로 블루스크린 되돌리기
정상 부팅조차 어렵거나 특정 드라이버·업데이트가 원인으로 확인됐다면 안전 모드(Safe Mode)로 진입해 문제 요소만 제거합니다. 블루스크린으로 두세 번 부팅에 실패하면 자동으로 복구 환경(WinRE)이 뜨는데, 여기서 고급 옵션 → 시작 설정 → 안전 모드를 선택하면 최소 드라이버만 로드된 상태로 진입합니다. 안전 모드에서 최근 설치한 드라이버 롤백, 문제 업데이트 제거, 또는 시스템 복원(rstrui.exe)으로 이상이 없던 시점으로 되돌리면 대부분 정상화됩니다. 복원 지점이 하나도 없다면 시스템 보호가 꺼져 있다는 뜻이므로, 평소 설정에서 이를 켜 두어야 다음 사고 때 안전하게 되돌릴 수 있습니다. 그래도 재발한다면 앞선 미니덤프와 이벤트 로그를 다시 대조해 놓친 모듈이 없는지 확인하고, 부팅 자체가 반복 실패한다면 원인이 겹칠 수 있으니 블루스크린 오류의 단계별 해결 방법을 정리한 글과 함께 진단 범위를 넓혀 보세요.
블루스크린 진단 자주 묻는 질문
어떤 도구부터 써야 하나요?
순서가 핵심입니다. 화면의 정지 코드로 대략의 영역을 잡고, 이벤트 뷰어로 발생 시각과 직전 이벤트를 확인한 뒤, 미니덤프로 범인 파일을 특정하고, 드라이버 검사기·메모리 진단으로 검증하고, 마지막에 안전 모드·시스템 복원으로 되돌리는 흐름입니다. 앞 단계에서 원인이 명확해지면 뒤 단계는 건너뛰어도 됩니다.
블루스크린이 한 번만 떴는데도 이렇게 다 해야 하나요?
아닙니다. 일회성이고 이후 재현되지 않으면 최근 드라이버·업데이트만 점검하고 지켜봐도 됩니다. 다만 같은 정지 코드가 반복되거나 특정 작업에서 재현된다면 미니덤프 분석까지 진행해 원인을 특정하는 편이 안전합니다.
이벤트 뷰어에 아무 오류도 없으면 어떻게 하나요?
로그 필터가 좁게 걸려 있거나 다른 로그에 기록됐을 수 있습니다. Windows 로그의 시스템과 응용 프로그램을 모두 확인하고, BugCheck(이벤트 ID 1001)와 Kernel-Power(41) 항목을 찾아보세요. 그래도 없으면 미니덤프 생성 설정이 꺼져 있는지 함께 점검합니다.
드라이버 검사기를 켰다가 부팅이 안 되면 어떻게 하나요?
검사기는 일부러 블루스크린을 유발하므로 부팅 불능이 생길 수 있습니다. 이때는 안전 모드로 진입해 명령창에서 verifier /reset을 실행하면 검사기가 꺼집니다. 그래서 켜기 전 반드시 시스템 복원 지점을 만들어 두는 것이 안전합니다.
정지 코드가 매번 다르게 뜨면 무엇을 의심해야 하나요?
코드가 계속 바뀌면 특정 드라이버보다 하드웨어, 특히 램이나 전원·과열을 의심하는 편이 좋습니다. 메모리 진단을 먼저 돌리고, 이상이 없으면 온도와 전원 공급을 점검하세요. 여러 미니덤프에서 공통으로 나오는 모듈이 있는지 대조하는 것도 도움이 됩니다.
