이 글을 3줄로 요약하면
· UNEXPECTED_KERNEL_MODE_TRAP는 정지 코드 0x0000007F로, CPU가 낸 트랩을 커널이 잡지 못했다는 뜻입니다.
· 마이크로소프트 문서는 이 정지 오류의 대표 원인으로 잘못되거나 서로 맞지 않는 하드웨어, 특히 메모리를 듭니다. 소프트웨어만 만져서는 안 잡히는 경우가 많습니다.
· 원인은 네 갈래입니다. 아래 판별표에서 언제 뜨는지를 먼저 고르고 해당 섹션만 처리하면 됩니다.
0x0000007F는 정확히 무슨 뜻인가
파란 화면에 함께 적히는 숫자 하나가 원인을 크게 갈라 줍니다.
마이크로소프트 문서 기준으로 UNEXPECTED_KERNEL_MODE_TRAP는 버그 체크 값 0x0000007F이고, Intel CPU가 트랩(trap)을 발생시켰는데 커널이 그 트랩을 잡지 못했을 때 표시됩니다. 트랩은 두 종류로 나뉩니다.
바운드 트랩(bound trap) — 커널이 잡는 것이 허용되지 않은 트랩
이중 폴트(double fault) — 앞선 오류를 처리하는 도중에 또 오류가 난 상황. 이 경우는 항상 시스템 정지로 끝납니다.
중요한 것은 매개변수 1(첫 번째 매개변수)이 트랩 번호라는 점입니다. 이 번호가 무엇이냐에 따라 의심할 곳이 달라집니다. 문서에 나오는 대표 번호는 다음과 같습니다.
| 매개변수 1 | 트랩 이름 | 문서가 설명하는 성격 |
|---|---|---|
| 0x00000000 | Divide by Zero | 메모리 손상, 다른 하드웨어 문제, 소프트웨어 결함이 원인이 될 수 있음 |
| 0x00000006 | Invalid Opcode | 잘못된 명령을 실행하려 한 상태. 가장 흔한 원인은 하드웨어 메모리 손상 |
| 0x00000008 | Double Fault | 흔한 원인 두 가지 — 커널 스택 오버플로와 하드웨어 문제 |
| 0x0000000D | GP_FAULT | 다른 예외로 분류되지 않는 보호 폴트 |
이중 폴트는 드라이버가 겹쳐 쌓였을 때도 납니다
문서는 커널 스택이 넘칠 때 이중 폴트가 날 수 있다고 설명합니다. 여러 드라이버가 같은 스택에 붙어 있는 경우가 그렇습니다. 예로 든 것이 파일 시스템 필터 드라이버 두 개가 같은 스택에 붙은 상태인데, 백신·암호화·백업·가상 드라이브처럼 파일 접근에 끼어드는 프로그램을 여러 개 함께 쓰는 PC에서 나올 수 있는 구성입니다.
덤프 분석 도구나 오류 보고 화면에는 같은 정지 오류가 0x1000007F로 적히기도 합니다. 뒤 두 자리가 7F로 같고 매개변수도 같은 자리에 오므로, 읽는 방법은 위 표 그대로입니다.
단, 이 번호를 나중에 확인하려면 메모리 덤프가 저장되도록 설정돼 있어야 합니다. 파란 화면은 몇 초 만에 지나가고 사진을 못 찍는 경우가 대부분이라, 먼저 이 설정부터 확인해 두는 편이 좋습니다.
1덤프가 저장되는지 먼저 확인한다
Win + R → sysdm.cpl → 상단 "고급" 탭 → "시작 및 복구"의 "설정". "디버깅 정보 쓰기"가 "없음"으로 돼 있으면 "작은 메모리 덤프" 이상으로 바꿔야 다음 발생부터 기록이 남습니다.
증상으로 원인 좁히기
언제 뜨는지, 언제부터 뜨기 시작했는지가 원인을 거의 결정합니다.
| 증상 | 유력한 원인 | 먼저 볼 항목 |
|---|---|---|
| BIOS에서 XMP·EXPO를 켜거나 오버클럭을 만진 뒤부터 시작됐다 | 규격 밖 클럭·전압으로 동작 중 | 원인 A → 기본값 복원 |
| 램을 추가·교체한 뒤부터 시작됐다 | 서로 맞지 않는 메모리 · 접촉 불량 | 원인 B → 메모리 진단 |
| 아무것도 안 해도 랜덤하게 뜨고, 시간이 갈수록 잦아진다 | 메모리 불량 · 하드웨어 노화 | 원인 B → 이후 섹션 7 |
| 드라이버를 업데이트한 직후부터 시작됐다 | 새 드라이버 결함 · 충돌 | 원인 C → 롤백 |
| 게임·렌더링 등 부하가 높을 때만 뜬다 | 클럭·전원·발열 · 그래픽 드라이버 | 원인 A → 이후 원인 C |
| 정전·강제 종료 이력이 있고, 그 뒤로 다른 오류도 함께 난다 | 시스템 파일 손상 | 원인 D → sfc·DISM |
한 번에 여러 가지를 바꾸지 않습니다
블루스크린은 며칠에 한 번 나오는 경우가 많아, 조치를 한꺼번에 하면 무엇이 들었는지 알 수 없습니다. 한 갈래를 바꾸고 며칠 지켜보는 방식이 결국 빠릅니다. 바꾼 날짜를 적어 두면 다시 발생했을 때 이벤트 로그의 시각과 대조할 수 있습니다.
원인 A오버클럭·XMP/EXPO 프로파일이 켜져 있다
문서가 직접 지목하는 항목이라, 오버클럭 흔적이 있으면 여기부터 봅니다.
마이크로소프트 문서는 오버클럭, 즉 규격 이상 속도로 CPU를 돌리는 것이 이 오류를 유발할 수 있다고 명시하고, 해당하면 CPU를 기본 클럭으로 되돌리라고 안내합니다. BIOS의 메모리 캐싱을 끄는 선택지가 있으면 함께 시도해 보라는 문장도 있습니다.
"나는 오버클럭한 적 없다"는 분이 가장 많이 놓치는 항목
램의 XMP·EXPO 프로파일은 메모리를 표준 속도보다 높게 돌리는 설정이라, 켜 두었다면 메모리 오버클럭 상태입니다. 조립 PC를 맞출 때 기본으로 켜 주는 경우가 많아 본인은 만진 기억이 없을 수 있습니다.
1부팅 때 자동 적용되는 오버클럭 유틸을 먼저 끊는다
Ctrl + Shift + Esc → "시작 프로그램 앱"에서 그래픽·CPU 튜닝 유틸이 "사용" 상태로 등록돼 있는지 봅니다. BIOS만 되돌려도 이 유틸이 부팅마다 설정을 다시 씌우면 원상 복구되지 않습니다.
2BIOS에서 프로파일을 표준값으로 되돌린다
재부팅 직후 Del 또는 F2로 BIOS에 들어가 XMP·EXPO를 Auto 또는 Disabled로 바꾸고, CPU 배수·전압을 만진 적이 있으면 Load Optimized Defaults로 초기화합니다. 저장 후 재부팅합니다.
3며칠 그대로 쓰면서 재발 여부만 본다
표준 속도로 돌린 상태에서 같은 사용 패턴으로 며칠 씁니다. 여기서 멈추면 원인은 확정된 것이고, 램 속도를 되찾고 싶다면 한 단계 낮은 프로파일부터 다시 시험하는 순서가 됩니다.
이 방법이 안 통하는 경우
기본값으로 되돌렸는데도 같은 화면이 나온다면 클럭 문제가 아닙니다. 문서가 같은 무게로 지목하는 메모리 자체 문제(원인 B)로 넘어가세요. 노트북처럼 BIOS에 관련 항목이 아예 없는 기기도 원인 B부터 보면 됩니다.
원인 B메모리가 불량이거나 규격이 섞여 있다
문서가 이 정지 오류의 대표 원인으로 가장 먼저 드는 항목입니다.
마이크로소프트 문서는 0x7F가 "잘못되었거나 서로 맞지 않는 하드웨어, 특히 메모리를 설치한 뒤, 또는 설치된 하드웨어가 고장 났을 때 주로 발생한다"고 설명합니다. 이어서 불량이거나 서로 맞지 않는 메모리가 이 버그 체크를 일으킬 수 있으니 윈도우 메모리 진단으로 전체 메모리를 검사하라고 안내합니다.
1윈도우 내장 메모리 진단을 돌린다
Win + R에 위 명령을 넣고 실행한 뒤 "지금 다시 시작하여 문제 확인"을 고르면 재부팅과 함께 검사가 시작됩니다. 15~30분 정도 걸리고, 결과는 재부팅 후 알림이나 이벤트 뷰어에 남습니다.
2램이 여러 개라면 한 개씩만 꽂고 시험한다
진단이 "문제 없음"으로 나와도 둘을 함께 꽂았을 때만 불안정한 조합이 있습니다. 한 개만 꽂고 며칠, 다른 하나로 바꿔 며칠 쓰는 방식이 조합 문제를 가장 확실히 가려냅니다. 슬롯을 바꿔 꽂아 보면 슬롯 접촉 불량도 함께 걸러집니다.
3최근에 추가한 부품이 있으면 빼고 확인한다
문서는 최근 추가한 하드웨어가 있으면 제거해 재발 여부를 보라고 안내합니다. 메모리뿐 아니라 확장 카드·저장장치·외장 기기도 대상입니다. 메인보드나 전원 공급 장치의 이상도 같은 증상을 낼 수 있다고 적혀 있습니다.
진단이 "문제 없음"이어도 메모리를 완전히 제외하지는 않습니다
기본 검사는 짧게 한 바퀴만 도는 방식이라, 발열이 오른 뒤에만 나타나는 불량은 지나칠 수 있습니다. 온도가 올랐을 때 유독 자주 뜬다면 진단 결과와 별개로 램 조합을 다시 의심해 볼 근거가 됩니다.
이 방법이 안 통하는 경우
램을 하나씩 시험해도 똑같이 재발한다면 메모리 단독 문제가 아닙니다. 증상이 드라이버 업데이트 시점과 겹치는지부터 확인하고(원인 C), 겹치지 않으면 섹션 7에서 덤프에 남은 모듈 이름을 확인하는 쪽이 빠릅니다.
원인 C드라이버가 손상됐거나 서로 충돌한다
증상 시작 시점이 드라이버 업데이트 직후라면 여기가 답일 확률이 높습니다.
문서는 새 드라이버나 업데이트한 드라이버를 설치한 뒤 오류가 생겼다면 그 드라이버를 제거하거나 교체하라고 안내합니다. 부팅 과정에서 오류가 난다면 안전 모드로 들어가 해당 드라이버 이름을 바꾸거나 삭제하라는 절차도 함께 나옵니다. 또한 ACPI·BIOS, 디스크 컨트롤러, 네트워크 카드의 업데이트가 있는지 제조사에서 확인하라고 적혀 있습니다.
1의심 장치의 드라이버 날짜·버전을 적어 둔다
Win + R → devmgmt.msc → 해당 분류 펼치기 → 장치 우클릭 → "속성" → "드라이버" 탭. 공급자·날짜·버전 세 줄을 적어 두면 증상 시작 시점과 드라이버 날짜가 겹치는지 바로 대조할 수 있습니다.
2겹치면 이전 드라이버로 되돌린다
같은 "드라이버" 탭의 "이전 드라이버" 버튼을 누르면 직전 버전으로 롤백됩니다. 버튼이 회색이면 되돌릴 버전이 남아 있지 않다는 뜻이라, 제조사 페이지에서 이전 버전을 직접 받아 설치해야 합니다.
3파일 접근에 끼어드는 프로그램을 하나만 남긴다
앞서 본 커널 스택 오버플로는 여러 드라이버가 같은 스택에 붙었을 때 나옵니다. 백신 두 개, 백신 + 암호화 프로그램, 백업 실시간 감시, 가상 드라이브가 함께 돌고 있다면 하나만 남기고 나머지를 제거한 뒤 며칠 지켜봅니다.
드라이버는 "최신"보다 "안정"이 기준입니다
최신 버전이 항상 더 안정적인 것은 아닙니다. 특정 버전에서만 증상이 나는 경우가 있으므로, 문제가 없던 시점의 버전 번호를 기억해 두었다가 그 버전으로 돌아가는 것이 가장 확실합니다.
이 방법이 안 통하는 경우
드라이버를 되돌려도 그대로거나, 애초에 최근 드라이버를 건드린 적이 없다면 이 갈래가 아닙니다. 원인 D로 시스템 파일을 점검하고, 그래도 남으면 섹션 7에서 덤프의 모듈 이름을 확인하세요.
원인 D시스템 파일이 손상됐다
정전·강제 종료 이력이 있고 다른 오류도 함께 늘었다면 여기입니다.
하드웨어와 드라이버가 모두 아니라면 남는 갈래는 커널이 쓰는 시스템 파일 자체의 손상입니다. 앞의 세 갈래보다 확률은 낮지만, 검사에 비용이 들지 않고 결과가 "정상"으로 나오면 그 갈래를 확실히 제외할 수 있어 순서상 여기서 정리합니다.
1시스템 파일 검사를 돌린다
시작 버튼 우클릭 → "터미널(관리자)"에서 실행합니다. "손상된 파일을 찾았고 복구했습니다"면 복구된 것이고, "무결성 위반을 찾을 수 없습니다"면 이 갈래는 제외됩니다.
2복구에 쓸 원본 이미지를 먼저 고친다
sfc가 "복구하지 못했습니다"로 끝났다면 복구에 쓸 원본이 깨진 상태입니다. DISM으로 구성 요소 저장소를 고친 뒤 sfc를 한 번 더 돌립니다.
3증상 시작 이전으로 되돌릴 지점이 있는지 본다
Win + R → rstrui로 복원 지점 목록을 열어 증상이 시작되기 전 날짜의 지점이 있는지 확인합니다. 최근 설치한 프로그램·업데이트가 원인이라면 이 방법이 가장 깔끔합니다.
이 방법이 안 통하는 경우
sfc가 "무결성 위반 없음"으로 끝났다면 시스템 파일은 정상입니다. 이 시점에서 윈도우 재설치는 답이 아닐 확률이 높습니다. 문서가 대표 원인으로 드는 것이 하드웨어이기 때문입니다. 섹션 7에서 덤프를 확보해 어느 모듈에서 멈췄는지부터 확인하세요.
어디서 멈췄는지 정확히 찾아내는 법
추측을 멈추고 기록으로 확인하는 단계입니다. 이 글의 핵심 구간입니다.
문서는 이벤트 뷰어의 시스템 로그에서 원인 장치나 드라이버를 특정할 다른 오류 메시지가 있는지 확인하라고 안내합니다. 파란 화면 자체보다 그 직전에 남은 기록이 훨씬 많은 것을 알려 줍니다.
1시스템 로그에서 정지 시각과 코드를 확인한다
Win + R → eventvwr.msc → "Windows 로그" → "시스템" → 우측 "현재 로그 필터링"에서 수준 "오류"만 남깁니다. 원본이 BugCheck인 항목에 정지 코드와 매개변수가 적히고, Kernel-Power는 비정상 종료 시각을 알려 줍니다. 같은 시각 앞뒤의 디스크·드라이버 오류가 함께 보이면 그것이 유력한 단서입니다.
2덤프 파일이 실제로 쌓였는지 본다
Win + E → 주소창에 C:\Windows\Minidump를 넣습니다. 여기에 .dmp 파일이 발생 날짜별로 쌓입니다. 폴더가 비어 있다면 섹션 1의 덤프 설정이 "없음"이었다는 뜻이라, 설정을 바꾸고 다음 발생을 기다려야 합니다.
3덤프에서 매개변수 1(트랩 번호)을 읽는다
덤프를 열면 정지 코드와 함께 매개변수가 나옵니다. 섹션 1의 표대로, 0x08(이중 폴트)이면 커널 스택 오버플로 또는 하드웨어, 0x06(잘못된 명령)이면 하드웨어 메모리 손상이 대표 원인입니다. 번호가 매번 다르게 찍힌다면 특정 드라이버보다 하드웨어 쪽 가능성이 커집니다.
4여러 덤프에서 반복되는 이름을 찾는다
문서도 여러 덤프에서 되풀이되는 경향을 보라고 안내합니다. 한 번의 덤프에 찍힌 드라이버 이름은 우연일 수 있지만, 서로 다른 날짜의 덤프에 같은 이름이 계속 나오면 그 드라이버가 원인일 가능성이 높습니다. 그 이름을 검색해 어느 장치·프로그램의 파일인지 확인하고 원인 C의 절차로 처리합니다.
윈도우를 새로 올리는 중에 났다면 소프트웨어부터 걷어냅니다
문서는 새 윈도우 버전으로 업그레이드하는 도중에 이 오류가 나면 호환되지 않는 소프트웨어가 원인일 수 있다고 설명하고, 예로 장치 드라이버·시스템 서비스·바이러스 검사기·백업 도구를 듭니다. 가능하면 이들을 먼저 제거하거나 끈 뒤 업그레이드하고, 최신 윈도우 업데이트를 적용해 두라는 안내가 함께 나옵니다.
자주 묻는 질문
순서를 밟다 자주 막히는 지점들입니다.
Q.0x1000007F는 다른 오류인가요?
A.같은 정지 오류를 가리킵니다. 도구나 보고 화면에 따라 앞자리가 붙어 표기될 뿐, 뒤 두 자리가 7F이고 매개변수도 같은 자리에 옵니다. 읽는 방법은 섹션 1의 트랩 번호 표 그대로입니다.
Q.오버클럭을 한 적이 없는데도 계속 뜹니다.
A.먼저 BIOS에서 XMP·EXPO가 켜져 있는지를 확인하세요. 이 프로파일은 표준 속도를 넘겨 돌리는 설정이라 실질적으로 메모리 오버클럭입니다. 꺼져 있는데도 반복된다면 원인 B(메모리)가 다음 후보이고, 최근 드라이버 변경 시점과 겹치는지도 함께 봅니다.
Q.결국 윈도우를 다시 깔아야 하나요?
A.이 정지 오류의 대표 원인으로 문서가 드는 것은 하드웨어입니다. 원인이 메모리나 드라이버라면 재설치 후에도 같은 화면이 다시 나옵니다. 메모리 진단과 덤프 확인을 먼저 하고, 재설치는 그 결과가 모두 정상일 때 검토하는 순서가 맞습니다.
Q.게임할 때만 유독 자주 뜹니다.
A.부하가 걸릴 때만 나타난다면 클럭·전원·발열과 관련된 조건이 붙었을 가능성이 큽니다. 그래픽카드 튜닝 유틸의 오버클럭 설정을 기본값으로 되돌리고, 그래도 반복되면 그래픽 드라이버를 이전 버전으로 되돌려 비교해 보세요.
Q.Minidump 폴더가 비어 있습니다.
A.덤프를 남기지 않도록 설정돼 있었거나, 디스크 공간·페이지 파일 설정 때문에 저장되지 못한 경우입니다. 섹션 1의 "시작 및 복구" 설정에서 "디버깅 정보 쓰기"를 작은 메모리 덤프 이상으로 바꾸면 다음 발생부터 기록됩니다. 이미 지나간 발생은 되살릴 수 없습니다.
Q.블루스크린이 자주 떠서 부팅 자체가 어렵습니다.
A.문서는 부팅 과정에서 오류가 날 때 안전 모드로 들어가 문제 드라이버를 처리하라고 안내합니다. 안전 모드는 최소한의 드라이버만 올리므로, 여기서 멀쩡하다면 기본 구성 밖의 드라이버·서비스 쪽에 원인이 있다는 신호로 읽을 수 있습니다.
함께 보면 좋은 글
같은 PC에서 번갈아 나타나는 정지 오류들입니다. 확인 순서가 겹칩니다.
WHEA_UNCORRECTABLE_ERROR 블루스크린 해결 순서 (0x00000124) 하드웨어 이상이 직접 보고되는 계열이라 함께 확인할 만합니다 · 눌러서 확인하기 → IRQL_NOT_LESS_OR_EQUAL 블루스크린 원인 4가지와 증상별 해결 순서 드라이버·메모리를 같은 방식으로 좁혀 가는 대표 사례입니다 · 눌러서 확인하기 → KMODE_EXCEPTION_NOT_HANDLED 블루스크린 해결 방법 커널 모드에서 처리되지 못한 예외라는 점이 닮아 있습니다 · 눌러서 확인하기 →참고 문서 · Microsoft Learn — 버그 검사 0x7F UNEXPECTED_KERNEL_MODE_TRAP
참고 문서 · Microsoft Learn — 정지 오류(블루스크린) 문제 해결
참고 문서 · Microsoft 지원 — Windows에서 시스템 파일 검사기 사용
