TECHNICAL RESOURCE

WHEA_UNCORRECTABLE_ERROR (0x00000124) 블루스크린 원인과 확인 방법

하드웨어가 보고한 복구 불가능한 오류 때문에 Windows가 멈춘 상태입니다. 어떤 장치나 처리 영역에서 오류가 보고됐는지 기록과 제조사 진단으로 좁혀야 합니다.

01

오류 설명

하드웨어가 보고한 복구 불가능한 오류 때문에 Windows가 멈춘 상태입니다. 어떤 장치나 처리 영역에서 오류가 보고됐는지 기록과 제조사 진단으로 좁혀야 합니다.

오류의 정식 의미와 발생 조건

Windows 하드웨어 오류 아키텍처는 하드웨어와 펌웨어가 전달하는 오류 정보를 기록하는 구조입니다. 오류가 보고된 위치와 최초 원인이 같은 부품이라고 단정할 수 없어 설정, 냉각, 전원과 장치 상태를 함께 확인합니다.

중지 코드는 Windows가 어떤 상태를 발견했는지 나타냅니다. 원인을 정하려면 발생 작업, 최근 변경과 추가 기록을 함께 확인해야 하며 같은 코드라도 장비 구성에 따라 점검 대상이 달라질 수 있습니다.

비슷한 오류와 버전별 적용 차이

Windows 하드웨어 오류 아키텍처는 보고 체계이고 0x00000124는 정지 오류 코드입니다. 수정된 하드웨어 오류 이벤트와 치명적 오류를 구분해야 하며, Windows Vista 이전의 기계 검사 예외 처리와 현재 코드 체계도 다릅니다.

02

주요 원인

아래는 공식 문서가 설명하는 발생 원인과 조건입니다. 현재 컴퓨터의 원인이 모두 확인됐다는 뜻은 아니며, 다음 점검 항목의 결과와 오류 기록으로 해당 여부를 구분해야 합니다.

하드웨어가 복구 불가능한 오류를 보고한 경우

공식 문서는 발열, 결함이 있는 하드웨어나 메모리, 프로세서 문제 등을 설명합니다. 실제 오류 기록의 소스와 장치 종류를 먼저 구분해야 합니다.

성능 설정 또는 드라이버가 관여한 경우

과도한 클록 설정은 확인할 조건이며 드라이버가 하드웨어 오류를 유발하는 경우도 가능하다고 설명합니다. 모든 기록을 중앙 처리 장치 하나의 불량으로 해석하지 않습니다.

03

점검할 부분

하드웨어 오류 기록

시스템 로그의 WHEA-Logger 메시지에서 오류를 보고한 대상을 확인합니다.

최근 부품과 설정 변경

새 부품, 클록, 전압 또는 메모리 설정 변경 뒤 시작됐는지 확인합니다.

냉각과 제조사 진단

팬과 통풍을 확인하고 장비 제조사의 하드웨어 진단 결과를 보존합니다.

기본 입출력 시스템과 펌웨어

해당 모델에 관련 수정 안내가 있는지 확인한 뒤 적용 조건을 검토합니다.

먼저 확보할 기록과 실제 확인 경로

오류 뒤 설정을 바꾸기 전에 아래 정보를 보존합니다. 인수는 오류를 분석하기 위해 코드와 함께 기록되는 네 개의 부가 값이며, 화면에 모두 보이지 않으면 덤프에서 확인합니다.

화면, 발생 작업과 Windows 버전

전체 중지 코드와 정식 이름, 표시된 파일명, 발생 시각을 사진이나 메모로 남깁니다. 어떤 프로그램과 장치를 사용했는지, 로그인 전인지 또는 작업 중인지도 함께 적습니다.

Windows가 열리면 Windows 키와 R 키를 눌러 실행 창을 열고 winver를 실행해 제품과 운영체제 빌드를 기록하고, msinfo32에서 장비 모델 및 기본 입출력 시스템 버전을 확인합니다. 업데이트 전후 비교에는 장치 드라이버 공급자와 버전도 필요합니다.

같은 시각의 이벤트와 재부팅 기록

Windows 키와 R 키를 눌러 실행 창을 열고 eventvwr.msc를 입력하고 Windows 로그 > 시스템을 엽니다. 오류 직전과 직후의 메시지에서 원본, 이벤트 식별번호, 전체 설명과 장치 정보를 보존합니다. 필요하면 응용 프로그램 로그도 같은 시각으로 확인합니다.

Kernel-Power 이벤트 41은 정상 종료되지 않은 뒤 시작됐다는 기록입니다. 이것만으로 파워서플라이 고장이나 특정 드라이버 원인을 판정하지 않습니다. 블루스크린 이전의 실제 장치 및 프로그램 오류와 구분합니다.

덤프 위치와 생성되지 않았을 때의 확인

Windows가 생성한 작은 덤프는 보통 %SystemRoot%\Minidump, 자동 또는 커널 덤프는 %SystemRoot%\MEMORY.DMP에 저장됩니다. %SystemRoot%는 대개 C:\Windows이지만 설치 환경에 따라 다릅니다. 파일의 생성 시각이 이번 오류와 맞는지 확인하고 원본 사본을 보존합니다.

덤프가 없으면 Windows 검색에서 고급 시스템 설정 보기 > 고급 > 시작 및 복구의 설정 > 디버깅 정보 쓰기를 확인합니다. 자동 메모리 덤프 등 필요한 형식을 선택할 때 페이지 파일과 저장 공간 조건도 함께 확인하고 적용에 필요한 재시작을 진행합니다. 다음 오류 이전에 설정을 바꿔도 과거 오류의 덤프가 새로 생기지는 않습니다.

작은 덤프에는 원인 분석에 필요한 메모리가 빠질 수 있습니다. 분석 담당자가 추가 자료를 요구하면 덤프 형식과 수집 조건을 조정합니다. 덤프에는 메모리 속 정보가 포함될 수 있으므로 원본을 공개 게시판에 그대로 올리지 말고 필요한 담당자에게 전달합니다.

덤프의 인수로 구분하는 오류 유형

아래 값은 중지 코드 자체가 아니라 덤프의 부가 인수 또는 분석 항목입니다. 실제 인수와 Windows 빌드를 대조하고 해당하지 않는 행을 다른 장비에 그대로 적용하지 않습니다.

오류 인수와 판단 기준
인수 또는 항목의미확인과 판단
Parameter 1오류를 보고한 소스 유형예를 들어 0x0과 0x4는 서로 다른 오류 소스이므로 같은 절차로 단정하지 않습니다.
Parameter 2WHEA_ERROR_RECORD 주소!errrec로 상세 기록을 읽는 데 사용합니다.
Parameter 1 = 0x4복구 불가능한 Peripheral Component Interconnect Express 오류기록의 장치와 연결 경로를 식별해야 합니다.

전문 분석에서 확인할 내용과 한계

Microsoft Windows 디버거에서 !analyze -v로 인수를 확인한 뒤 Parameter 2 주소에 !errrec를 적용해 오류 섹션을 읽습니다. 오류 소스 유형과 실제 기록을 함께 해석해야 하며 프로세서가 보고했다는 이유로 중앙 처리 장치만 교체하지 않습니다.

Microsoft Windows 디버거에서 덤프를 열고 심볼 준비가 끝나면 !analyze -v로 상세 분석, .bugcheck로 코드와 인수, kb로 호출 스택을 확인할 수 있습니다. 주소, 모듈과 필요한 메모리가 실제 덤프에 존재하는지 확인해야 하며 자동 출력의 한 줄을 원인 확정으로 사용하지 않습니다.

04

해결 방법

점검에서 확인된 단서에 따라 아래 조치를 선택합니다. 모든 조치를 연속해서 실행하거나 확인되지 않은 부품부터 교체하지 않습니다.

하드웨어가 보고한 오류 기록의 종류와 장치를 먼저 확인합니다. 같은 코드 안에서도 프로세서, 메모리 또는 Peripheral Component Interconnect Express 관련 기록이 달라 특정 부품 하나로 단정할 수 없습니다.

부팅 상태에 따른 점검 시작점

반복 정지하거나 과열 및 전원 이상 징후가 있으면 무리한 부하 검사를 중단합니다. 정상 부팅이 가능할 때 Windows 하드웨어 오류 아키텍처 이벤트와 장비 정보를 먼저 보존하고, 시작 단계에서도 반복되면 제조사 오프라인 진단 가능 여부를 확인합니다.

Windows에 로그인할 수 있을 때

열린 작업과 중요한 데이터를 먼저 저장한 뒤 오류 기록과 덤프를 확보합니다. 최근 장치, 드라이버 및 프로그램 변경은 날짜와 버전으로 정리합니다. 정상 부팅된다는 이유만으로 기록을 삭제하거나 모든 드라이버를 한꺼번에 바꾸지 않습니다.

로그인 전에 반복되거나 복구 화면만 열릴 때

전원 메뉴를 사용할 수 있으면 Shift를 누른 상태로 다시 시작을 선택합니다. Windows 11에서는 설정 > 시스템 > 복구 > 고급 시작 옵션의 지금 다시 시작으로도 접근할 수 있습니다. Windows 10의 복구 메뉴는 업데이트 및 보안 아래에 있습니다.

Windows 복구 환경에서 문제 해결 > 고급 옵션 > 시작 설정 > 다시 시작을 선택하고 4 또는 F4로 안전 모드를 시작합니다. 메뉴 제공 여부는 장치와 설치 상태에 따라 다르며 암호화된 장치에는 BitLocker 복구 키가 필요할 수 있습니다. 안전 모드의 정상 동작은 비교 단서이고 모든 하드웨어가 정상이라는 증명은 아닙니다.

복구 키가 없거나 디스크가 인식되지 않거나 중요한 파일을 읽을 수 없으면 수정 작업보다 자료와 장치 상태 확인을 우선합니다. 설치 매체를 사용하더라도 컴퓨터 복구와 새 설치를 구분하고, 데이터 보존 전에 초기화나 포맷을 선택하지 않습니다.

01 Windows 하드웨어 오류 아키텍처 이벤트 원문 확보

실행: 이벤트 뷰어 > Windows 로그 > 시스템에서 같은 시각의 WHEA-Logger 메시지와 세부 정보를 저장합니다. 장비 모델과 기본 입출력 시스템 버전도 msinfo32로 기록합니다.

결과와 판단: 프로세서 또는 PCIe 장치 관련 기록처럼 오류 소스를 식별할 수 있는 정보가 있는지 확인합니다. Kernel-Power 41만으로는 부족합니다.

다음 조치: 같은 소스의 기록이 반복되는지 대조하고 장치 또는 부품 범위를 좁힙니다.

02 최근 성능 설정과 변경 이력 확인

실행: 오버클럭, 전압 또는 메모리 프로필 변경과 새 부품 장착 이력을 기록합니다. 변경한 값과 원래 값을 확인합니다.

결과와 판단: 설정 변경 이후 시작됐는지와 기존 지원 구성에서도 재발하는지 살펴봅니다. 모든 기본 입출력 시스템 값을 한꺼번에 초기화하지 않습니다.

다음 조치: 제조사가 지원하는 원래 설정으로 해당 변경만 되돌려 비교하고, 저장장치 컨트롤러 모드는 임의로 바꾸지 않습니다.

03 냉각과 제조사 진단

실행: 통풍과 팬 동작을 확인하고 제조사에서 해당 모델에 제공하는 하드웨어 및 메모리 진단을 실행해 검사명과 결과 코드를 기록합니다.

결과와 판단: 오류가 검출된 항목과 단순 검사 완료를 구분합니다. 온도와 부하의 허용 기준은 실제 모델 사양에 따라 봅니다.

다음 조치: 오류 코드가 있으면 제조사 점검으로 넘기고, 정상이어도 같은 Windows 하드웨어 오류 아키텍처 소스가 반복되면 덤프와 이벤트를 함께 분석합니다.

04 펌웨어와 장치 지원 확인

실행: 확인된 오류 장치와 보드 또는 컴퓨터 모델에 맞는 펌웨어 및 드라이버 변경 안내를 제조사에서 확인합니다.

결과와 판단: 업데이트가 있다는 사실과 이번 오류를 해결한다는 근거는 다릅니다. 해당 증상 수정 여부와 적용 조건을 확인합니다.

다음 조치: 전원과 복구 절차가 확보된 유지보수 시간에 필요한 항목만 적용하고 결과를 기록합니다.

조치 후 확인하고 남길 결과

오류가 났던 부하 조건을 안전한 범위에서 확인하고 새 Windows 하드웨어 오류 아키텍처 기록의 소스와 내용이 같은지 비교합니다. 설정 또는 부품 변경 내역을 진단 결과와 함께 보존합니다.

조치 전후 기록에는 변경한 항목 하나와 버전, 재시작 여부, 같은 작업의 결과 및 새 오류 시각을 남깁니다. 진단 도구가 정상이라고 나온 결과와 원래 증상이 재발하지 않은 결과를 각각 적습니다.

작업 전 확인할 조건과 중단 기준

0x00000124 하나로 중앙 처리 장치 불량이라고 결론 내리거나 모든 장치의 펌웨어를 동시에 변경하지 않습니다. 시스템 불안정이 심하면 중요한 데이터를 먼저 보존하고 원인을 확인하기 위한 변경을 단계별로 기록합니다.

조치 후에는 같은 작업과 필요한 재시작에서 오류가 반복되는지 확인하고 결과를 남깁니다. 이 글은 공식 문서에 근거한 일반 진단 안내이며 개별 장치의 원인이나 복구 성공을 보장하는 판정은 아닙니다.

관리자 권한이 필요한 변경과 재부팅 검사는 업무 중단을 준비한 뒤 진행합니다. 저장장치 미인식, 반복 읽기 오류 또는 복구 키 미확보가 있으면 데이터에 영향을 주는 작업을 멈추고 대상과 보존 상태부터 확인합니다.

05

자주 묻는 질문

이 오류면 중앙 처리 장치를 교체해야 하나요?

Windows 하드웨어 오류 아키텍처 기록은 다양한 하드웨어 소스를 포함합니다. 오류 기록의 종류와 제조사 진단 결과를 확인한 뒤 부품을 판단합니다.

드라이버 업데이트로 해결될 수도 있나요?

가능한 경우가 있지만 오류 소스에 따라 다릅니다. 드라이버가 하드웨어 동작에 영향을 주는 경우도 있어 기록 없이 소프트웨어 또는 하드웨어 한쪽으로 단정하지 않습니다.

06

참고 자료

이 글은 Microsoft 공식 문서의 코드 의미와 도구 사용 조건을 기준으로 정리한 일반 점검 안내입니다. 실제 장비에서 원인을 확정한 작업사례가 아니며, 메뉴 이름과 제공 기능은 Windows 빌드 및 장비 구성에 따라 달라질 수 있습니다.

코드별 Microsoft 문서와 Windows 복구, 덤프 수집 및 도구 사용 조건을 대조했습니다. 최종 검토 기준일은 2026년 10월 24일이며 확인한 근거가 바뀌면 영향받는 설명을 다시 검토합니다.

Bug Check 0x00000124 WHEA_UNCORRECTABLE_ERROR - Windows drivers | Microsoft Learn

Windows 시작 설정과 안전 모드 - Microsoft Support

작은 메모리 덤프 설정과 분석 - Microsoft Learn

장치 관리자에서 드라이버 업데이트와 롤백 - Microsoft Support

관련 용어와 글

TECHNICAL RESOURCES CONTACT

확인하려는 기술 내용과 사용 환경을 알려주세요

장비와 운영 환경, 확인한 오류나 자료 내용을 알려주시면 필요한 안내와 상담 범위를 확인합니다.