이 글을 3줄로 요약하면
· WHEA_UNCORRECTABLE_ERROR는 버그 체크 0x00000124, "윈도우가 정정할 수 없는 하드웨어 오류를 보고받았다"는 뜻입니다.
· 파일이나 드라이버 하나를 지목하는 오류가 아니라, 부품이 스스로 신고한 오류를 윈도우가 옮겨 적은 코드입니다.
· 원인은 네 갈래입니다. 판별표에서 자기 증상을 찾아 해당 섹션부터 처리하면 헛돌지 않습니다.
0x00000124는 정확히 무슨 뜻인가
이 코드가 어디서 나오는지를 알면 어느 부품부터 봐야 하는지가 정해집니다.
WHEA는 Windows Hardware Error Architecture의 줄임말입니다. CPU·메모리 컨트롤러·PCI Express 링크 같은 부품에는 자기 상태를 스스로 점검해 오류를 보고하는 회로가 들어 있고, 윈도우는 그 보고를 받아 정리하는 창구를 하나 두고 있습니다. 그 창구가 WHEA입니다.
Microsoft 문서는 버그 체크 0x124를 "치명적인 하드웨어 오류가 발생했음을 나타낸다"고 정의합니다. 여기서 중요한 단어는 uncorrectable, 즉 정정 불가입니다. 하드웨어가 스스로 고쳐 넘어간 오류는 화면에 뜨지 않고 로그에만 남습니다. 못 고친 경우에만 윈도우가 작업을 중단시키고 이 파란 화면을 띄웁니다.
그래서 이 오류는 성격이 다른 블루스크린입니다. 다른 코드는 대개 "어떤 드라이버가 무엇을 잘못했다"를 알려주지만, 0x124는 "어떤 부품이 오류를 신고했다"만 알려줍니다. 범인을 지목하는 코드가 아니라 신고 접수증에 가깝습니다.
Microsoft가 같은 문서에서 드는 원인도 이 성격 그대로입니다. 열 문제, 결함 있는 하드웨어, 메모리 문제, 고장이 시작된 프로세서가 먼저 나오고, 오버클럭이 켜져 있다면 꺼 보라는 지시와 냉각 팬이 제대로 도는지 확인하라는 지시가 따라옵니다. 드라이버가 하드웨어를 이 상태로 몰아넣는 경우도 가능성은 낮지만 있다고 덧붙입니다.
윈도우 재설치로 해결하려는 시도는 순서가 뒤바뀐 것입니다
0x124는 운영체제가 아니라 부품이 올린 보고에서 출발합니다. 윈도우를 새로 깔아도 전압·온도·모듈 상태는 그대로이기 때문에 같은 화면이 다시 뜨는 경우가 많습니다. 재설치는 원인 A~D를 다 지운 뒤에도 남는 마지막 선택지로 두는 편이 시간을 아낍니다.
한 가지 더, 화면에 0x124가 뜬 시점을 기억해 두면 아래 판별표가 훨씬 잘 맞습니다. 고사양 게임 중인지, 부팅 직후인지, 아무것도 안 하는 대기 중인지에 따라 유력한 원인이 확연히 갈립니다.
증상으로 원인 좁히기
언제 뜨는지 하나만 정해도 볼 섹션이 하나로 줄어듭니다.
| 증상 | 유력한 원인 | 먼저 볼 항목 |
|---|---|---|
| BIOS에서 XMP·EXPO를 켜거나 클럭·전압을 만진 뒤부터 뜨기 시작했다 | 정격을 벗어난 클럭·전압 | 원인 A → 설정 원상복구 |
| 고사양 게임이나 렌더링처럼 부하가 높을 때만 뜬다 | 과열 또는 전원 공급 한계 | 원인 B → 온도·파워 점검 |
| 부하와 상관없이 아무 때나, 대기 중에도 뜬다 | 메모리 모듈·슬롯 접촉 불량 | 원인 C → 메모리 진단 |
| 램을 추가하거나 자리를 바꾼 직후부터 시작됐다 | 모듈 궁합·장착 불량 | 원인 C → 한 개씩 분리 검사 |
| 그래픽 드라이버나 BIOS를 업데이트한 직후부터 뜬다 | 드라이버·펌웨어 버전 문제 | 원인 D → 롤백 후 관찰 |
| 외장 그래픽카드나 확장 카드를 꽂은 뒤부터 뜬다 | PCI Express 링크 오류 | 7번 → 파라미터 1로 확인 |
"바꾼 게 없는데요"라면 시점 대신 상황을 적어 두세요
최근 변경 이력이 없다면 블루스크린이 뜬 시각과 그때 하던 작업을 메모해 두면 됩니다. 7번 진단 섹션에서 이벤트 뷰어를 시각으로 좁혀 볼 때 이 메모가 그대로 검색 조건이 됩니다.
원인 A오버클럭·XMP로 전압과 클럭이 불안정하다
Microsoft 문서가 0x124에서 가장 먼저 꺼 보라고 지목하는 항목입니다.
여기서 말하는 오버클럭은 수동으로 배수를 올린 경우만이 아닙니다. 메모리의 XMP(인텔)·EXPO(AMD) 프로필도 정격을 벗어난 동작입니다. 램 상자에 적힌 속도는 그 프로필을 켰을 때의 값이고, 프로필을 켜면 메모리 컨트롤러와 관련 전압이 함께 올라갑니다. 안정성 여유가 얇으면 평소에는 멀쩡하다가 부하가 걸리는 순간 정정 불가 오류로 넘어갑니다.
1BIOS를 기본값으로 되돌린다
부팅 중 제조사 로고가 뜰 때 Delete 또는 F2를 눌러 BIOS로 들어간 뒤, Load Optimized Defaults(또는 Load Setup Defaults) 항목을 실행하고 저장 후 재부팅합니다. 이 한 번으로 XMP·EXPO·수동 전압·PBO 같은 설정이 한꺼번에 정격으로 돌아갑니다.
2기본값 상태로 며칠을 관찰한다
되돌린 즉시 판단하지 않습니다. 0x124는 하루에 몇 번씩 뜨다가도 며칠 잠잠해지는 경우가 있어, 평소 재발 간격보다 긴 기간을 지켜봐야 효과를 판정할 수 있습니다. 이 기간에 블루스크린이 한 번도 없다면 원인 A가 맞습니다.
3되돌린 뒤에도 쓰고 싶다면 한 칸씩만 올린다
기본값에서 안정적이라는 것이 확인된 다음에야 프로필을 다시 켭니다. 이때도 XMP 프로필 하나만 켜고 다른 항목은 건드리지 않습니다. 램이 여러 개면 표기 속도보다 한 단계 낮은 프로필로 두는 편이 안정적인 경우가 많습니다.
이 방법이 안 통하는 경우
BIOS를 한 번도 만진 적이 없고 XMP도 꺼져 있었다면 원인 A는 해당되지 않습니다. 기본값으로 되돌렸는데도 같은 간격으로 계속 뜬다면 원인 B(과열·전원)로 넘어갑니다. 고사양 작업 중에만 뜨는 패턴이라면 특히 그렇습니다.
원인 B과열이거나 전원이 한계에 닿았다
부하가 걸릴 때만 뜬다면 이 섹션이 먼저입니다.
Microsoft 문서는 이 버그 체크가 열 문제일 수 있다고 명시하고, 냉각 시스템(팬)이 동작하는지 확인하라고 안내합니다. 온도가 한계에 닿으면 CPU는 먼저 클럭을 낮춰 버티지만, 그 여유마저 넘어가면 연산 결과 자체가 어긋나 정정 불가 오류로 이어집니다.
1팬이 실제로 도는지 눈으로 확인한다
케이스 측면을 열고 CPU 쿨러 팬과 그래픽카드 팬이 부하가 걸릴 때 실제로 회전하는지 봅니다. 한쪽만 멈춰 있어도 그쪽 부품 온도가 먼저 한계에 닿습니다. 소프트웨어 수치보다 확실한 확인 방법입니다.
2먼지와 써멀 상태를 정리한다
쿨러 방열핀과 케이스 흡·배기 필터에 먼지가 뭉쳐 있으면 팬이 돌아도 열이 빠지지 않습니다. 몇 년째 그대로였다면 먼지 제거와 써멀 컴파운드 재도포를 함께 합니다. 노트북은 흡기구가 막히기 쉬워 특히 자주 해당됩니다.
3전원 쪽 변수를 하나씩 지운다
그래픽카드를 상위 모델로 바꾼 뒤부터 시작됐다면 파워 용량이 순간 부하를 못 받치는 상황일 수 있습니다. 보조 전원 케이블을 다시 단단히 꽂고, 멀티탭 대신 벽 콘센트에 직결해 보고, 여분의 파워가 있다면 바꿔 끼워 재발 여부를 봅니다.
부하 테스트로 일부러 재현시키지 않는 편이 낫습니다
이미 정정 불가 오류가 나는 상태에서 장시간 풀로드 테스트를 돌리면 확인은 되지만 부품에 부담이 더해집니다. 온도가 의심되면 테스트를 늘리기보다 냉각을 먼저 정리하고, 같은 작업에서 재발하는지로 판단하는 편이 안전합니다.
이 방법이 안 통하는 경우
쿨러를 정리하고 온도를 낮췄는데도, 심지어 부하가 전혀 없는 대기 상태에서도 블루스크린이 뜬다면 열 문제가 아닙니다. 원인 C(메모리)로 넘어갑니다.
원인 C메모리 모듈이나 슬롯이 불량하다
Microsoft 문서가 "시스템 진단으로 메모리에 결함이 없는지 확인하라"고 지시하는 구간입니다.
메모리 오류는 패턴이 없다는 것이 패턴입니다. 특정 프로그램과 무관하게, 부하와도 무관하게, 어느 날은 세 번 뜨고 어느 날은 잠잠합니다. 판별표에서 "아무 때나 뜬다"에 해당했다면 여기부터 봅니다.
1윈도우 기본 메모리 진단을 돌린다
Win + R에 위 명령을 넣으면 진단 창이 뜹니다. "지금 다시 시작하여 문제 확인"을 고르면 재부팅 후 검사가 진행됩니다. 결과는 재부팅 뒤 알림으로 뜨고, 이벤트 뷰어 시스템 로그의 원본 MemoryDiagnostics-Results 항목에도 남습니다.
2모듈을 한 개만 남기고 돌려 본다
램이 두 개 이상이면 한 개만 꽂은 상태로 며칠씩 번갈아 사용하는 방식이 가장 확실합니다. A만 꽂았을 때 멀쩡하고 B만 꽂았을 때 재발하면 B가 원인입니다. 진단 프로그램이 못 잡는 간헐 불량도 이 방식에는 걸립니다.
3슬롯을 바꿔 꽂아 접촉 문제를 가른다
같은 모듈을 다른 슬롯에 옮겨 꽂았을 때 증상이 따라오면 모듈 문제, 슬롯에 남으면 메인보드 슬롯 문제입니다. 뺐다 꽂을 때는 전원 케이블을 뽑고, 양쪽 걸쇠가 "딸깍" 소리로 완전히 잠기는지 확인합니다.
"진단에서 오류가 없다"가 "메모리가 정상이다"는 아닙니다
윈도우 기본 진단은 짧은 시간의 표준 검사라 간헐적으로만 나타나는 불량은 통과시키는 경우가 있습니다. 진단이 깨끗한데도 증상이 계속되면 위 2번의 한 개씩 검사가 더 신뢰할 만합니다.
이 방법이 안 통하는 경우
모듈을 하나씩 검사해도 어느 쪽에서든 똑같이 재발한다면 메모리 자체보다 메모리 컨트롤러가 들어 있는 CPU 쪽이거나 다른 계층의 문제입니다. 원인 D로 넘어가고, 그래도 남으면 7번 진단으로 신고 주체를 특정합니다.
원인 D드라이버·펌웨어가 하드웨어를 잘못 다룬다
가능성은 낮지만, 업데이트 직후부터 시작됐다면 1순위로 바뀝니다.
Microsoft 문서는 "가능성은 낮지만 드라이버가 하드웨어를 이 버그 체크로 몰고 갈 수 있다"고 적고 있습니다. 확률이 낮다는 뜻이지 아니라는 뜻이 아니므로, 업데이트 시점과 증상 시작 시점이 겹친다면 이 섹션이 먼저입니다.
1지금 깔린 드라이버 날짜와 버전을 확인한다
Win + R에 위 명령을 넣어 장치 관리자를 열고, 의심 장치를 우클릭해 속성 → 드라이버 탭에서 날짜와 버전을 확인합니다. 이 날짜가 증상이 시작된 날과 붙어 있으면 원인 D가 유력합니다.
2이전 버전으로 되돌린다
같은 드라이버 탭의 이전 드라이버 버튼이 눌리는 상태라면 그대로 눌러 되돌립니다. 버튼이 회색이면 되돌릴 이전 버전이 남아 있지 않다는 뜻이므로, 제조사 홈페이지에서 이전 버전을 직접 내려받아 설치합니다.
3메인보드 BIOS 버전을 제조사 목록과 대조한다
메인보드 제조사 지원 페이지의 BIOS 목록에는 어떤 문제를 고쳤는지가 버전별로 적혀 있습니다. 메모리 호환성이나 CPU 안정성 항목이 있고 내 버전이 그보다 낮다면 업데이트가 근거 있는 조치가 됩니다. 그런 항목이 없다면 굳이 올리지 않습니다.
BIOS 업데이트는 되돌리기 어려운 조치입니다
업데이트 도중 전원이 끊기면 부팅 자체가 막힐 수 있고, 완료 후에는 BIOS 설정이 초기화되어 부팅 순서나 팬 설정을 다시 잡아야 합니다. 원인 A~C를 먼저 지운 다음, 제조사가 해당 증상을 명시한 경우에만 진행하는 편이 안전합니다.
이 방법이 안 통하는 경우
드라이버를 되돌리고 BIOS도 최신인데 그대로라면, 여기서부터는 추측을 멈추고 7번으로 갑니다. 어느 부품이 오류를 신고했는지 로그에 남아 있고, 그 값이 다음에 볼 곳을 정해 줍니다.
어느 부품이 신고했는지 찾아내는 법
0x124는 흔적을 반드시 남깁니다. 추측 대신 그 흔적을 읽습니다.
Microsoft 문서에 따르면 이 버그 체크의 파라미터 1은 오류를 보고한 원본의 종류를 나타냅니다. 즉 어느 계층이 신고했는지가 숫자 하나로 적혀 있습니다. 자주 나오는 값만 추리면 이렇습니다.
| 파라미터 1 | 문서상 의미 | 먼저 볼 항목 |
|---|---|---|
| 0x0 | 머신 체크 예외(MCE)가 발생했다 | 원인 A·B·C — CPU·메모리·전압 계열 |
| 0x3 | 마스크 불가 인터럽트(NMI) 오류 | 원인 B — 전원·플랫폼 계열 |
| 0x4 | 정정 불가 PCI Express 오류 | 확장 카드·라이저·슬롯 재장착 |
| 0x5 | 일반 하드웨어 오류 | 이벤트 뷰어 본문에서 부품 확인 |
| 0x10 | 장치 드라이버 오류 원본 | 원인 D — 드라이버 롤백 |
1이벤트 뷰어에서 WHEA-Logger 항목을 찾는다
Win + R에 위 명령을 넣고 Windows 로그 → 시스템으로 들어가, 블루스크린이 뜬 시각 근처에서 원본이 Microsoft-Windows-WHEA-Logger인 항목을 찾습니다. 본문에 어느 구성 요소(프로세서·캐시·메모리·PCI Express)에서 났는지가 적혀 있습니다.
2덤프가 남도록 설정돼 있는지 먼저 확인한다
Win + R에 위 명령을 넣고 고급 탭 → 시작 및 복구 → 설정으로 들어가, "디버깅 정보 쓰기"가 없음으로 되어 있지 않은지 봅니다. 없음이면 다음 블루스크린에서도 아무 파일이 안 남아 분석이 불가능합니다. 최소한 작은 메모리 덤프 이상으로 바꿔 둡니다.
3덤프 파일이 쌓인 시각으로 재발 주기를 읽는다
탐색기 주소창에 위 경로를 붙여 넣으면 블루스크린이 날 때마다 만들어진 파일이 보입니다. 파일의 수정 날짜가 곧 발생 시각이라, 조치를 넣은 날짜와 나란히 놓으면 그 조치가 효과가 있었는지 바로 판정됩니다.
정리하면 이렇습니다. WHEA-Logger 항목의 파라미터 1로 계층을 좁히고, 본문의 구성 요소로 부품을 좁히고, Minidump의 날짜로 조치의 효과를 판정한다. 이 세 가지면 부품을 사기 전에 어디를 사야 하는지가 정해집니다.
자주 묻는 질문
이 오류에서 특히 자주 갈리는 판단들만 모았습니다.
Q.이 오류가 뜨면 무조건 부품을 교체해야 하나요?
A.아닙니다. Microsoft 문서가 먼저 제시하는 조치는 오버클럭 해제와 냉각 확인입니다. 둘 다 부품 교체 없이 되돌릴 수 있는 항목이고, 실제로 이 단계에서 멎는 경우가 있습니다. 교체는 원인 A~D를 다 지운 뒤에 판단합니다.
Q.새로 조립한 PC인데도 이 오류가 뜹니다.
A.신품이라도 장착 상태는 별개입니다. 램이 슬롯에 끝까지 들어가지 않았거나, 보조 전원 커넥터가 살짝 덜 꽂힌 상태에서도 같은 오류가 납니다. 또 조립 직후에 XMP·EXPO를 켠 경우가 많아 원인 A가 그대로 해당되는 사례도 흔합니다.
Q.게임할 때만 유독 자주 뜨는 이유가 있나요?
A.부하가 높을수록 온도는 올라가고 전압은 흔들립니다. 평소에는 여유 안에서 정정되던 오류가 그 구간에서 정정 불가로 넘어가는 것입니다. 고부하에서만 뜬다면 원인 B를, 오버클럭 이력이 있다면 원인 A를 먼저 봅니다.
Q.블루스크린이 안 뜨는데 이벤트 뷰어에 WHEA 항목이 계속 쌓입니다.
A.정정된 오류는 기록만 남고 화면을 띄우지 않습니다. 당장 문제가 되지는 않지만 같은 부품에서 반복해서 쌓인다면 여유가 줄고 있다는 신호입니다. 그 부품 이름을 기준으로 원인 A~D 중 해당 섹션을 미리 점검해 두는 편이 좋습니다.
Q.sfc나 DISM으로 해결되기도 하나요?
A.0x124 자체는 시스템 파일 손상이 원인인 코드가 아닙니다. 다만 드라이버 파일이 깨져 원인 D 상황을 만드는 경우가 있어 점검 자체는 의미가 있습니다. 이 오류의 1순위 조치는 아니고, 원인 D를 볼 때 곁들이는 정도로 두면 됩니다.
Q.노트북인데 램을 빼거나 BIOS를 만질 수가 없습니다.
A.메모리가 기판에 붙어 있고 BIOS 항목도 제한된 모델이 많습니다. 이 경우 손댈 수 있는 범위는 원인 B의 흡기구 청소와 원인 D의 드라이버·펌웨어 버전입니다. 두 가지로도 잡히지 않으면 7번 진단 결과를 챙겨 제조사 서비스센터에 그대로 전달하는 편이 빠릅니다.
함께 보면 좋은 글
같은 PC에서 번갈아 뜨기 쉬운 블루스크린들입니다.
IRQL_NOT_LESS_OR_EQUAL 블루스크린 원인 4가지와 증상별 해결 순서 (0x0000000A) 드라이버 쪽이 의심될 때 함께 보면 원인이 빨리 좁혀집니다 · 눌러서 확인하기 → KERNEL_DATA_INPAGE_ERROR 블루스크린 원인 4가지와 증상별 해결 순서 (0x0000007A) 저장장치·메모리 계열이 의심될 때의 판별 순서입니다 · 눌러서 확인하기 → VIDEO_TDR_FAILURE 블루스크린 해결 순서 (그래픽 드라이버 응답 없음) 그래픽카드 쪽에서 신고가 올라온 경우 이어서 보면 좋습니다 · 눌러서 확인하기 →참고 문서 · Microsoft Learn — 버그 검사 0x124: WHEA_UNCORRECTABLE_ERROR
참고 문서 · Microsoft Learn — Analyze Bug Check Blue Screen Data
