오류 설명
Windows가 실행을 허용하지 않은 메모리 주소에서 코드를 실행하려는 시도를 발견한 오류입니다. 실제 실행 주소와 호출 경로를 확인해야 하며, 실행 방지 보호 기능을 끄는 것을 일반 해결법으로 삼지 않습니다.
비슷한 오류와 적용 조건의 차이
ATTEMPTED_WRITE_TO_READONLY_MEMORY (0x000000BE)는 읽기 전용 영역에 쓰려는 오류이고, 이 코드는 실행 금지 영역에서 실행하려는 오류입니다.
확인한 개별 공식 문서에서 이 코드의 전체 지원 Windows 버전 범위를 명확히 확인하지 못했습니다. 현재 문서가 존재한다는 사실이나 개정일만으로 최신 Windows 적용을 확정하지 않습니다.
주요 원인
다음은 공식 문서가 설명하는 원인과 발생 조건입니다. 현재 컴퓨터에서 모두 확인됐다는 뜻은 아니며 기록과 점검 결과로 해당 여부를 구분합니다.
실행할 수 없는 메모리에 대한 접근
공식 문서는 실행 금지 영역에서 명령을 실행하려는 시도를 직접적인 중지 조건으로 설명합니다. 코드만으로 최초 원인이 된 드라이버나 하드웨어를 정할 수는 없습니다.
점검할 부분
오류 당시 장치와 드라이버
어떤 작업 중이었는지와 최근 드라이버 변경을 확인합니다.
드라이버 이름과 실행 주소
화면에 식별된 파일명이 있는지 확인하고 덤프를 확보합니다.
반복 덤프의 공통 실행 경로
드라이버 이름이 없으면 호출 스택과 현재 명령 위치로 범위를 좁힙니다.
화면, 발생 작업과 Windows 버전
전체 중지 코드와 정식 이름, 표시된 파일명, 발생 시각을 사진이나 메모로 남깁니다. 어떤 프로그램과 장치를 사용했는지, 로그인 전인지 또는 작업 중인지도 함께 적습니다.
Windows가 열리면 Windows 키와 R 키를 눌러 실행 창을 열고 winver를 실행해 제품과 운영체제 빌드를 기록하고, msinfo32에서 장비 모델 및 기본 입출력 시스템 버전을 확인합니다. 업데이트 전후 비교에는 장치 드라이버 공급자와 버전도 필요합니다.
같은 시각의 이벤트와 재부팅 기록
Windows 키와 R 키를 눌러 실행 창을 열고 eventvwr.msc를 입력하고 Windows 로그 > 시스템을 엽니다. 오류 직전과 직후의 메시지에서 원본, 이벤트 식별번호, 전체 설명과 장치 정보를 보존합니다. 필요하면 응용 프로그램 로그도 같은 시각으로 확인합니다.
Kernel-Power 이벤트 41은 정상 종료되지 않은 뒤 시작됐다는 기록입니다. 이것만으로 파워서플라이 고장이나 특정 드라이버 원인을 판정하지 않습니다. 블루스크린 이전의 실제 장치 및 프로그램 오류와 구분합니다.
덤프 위치와 생성되지 않았을 때의 확인
Windows가 생성한 작은 덤프는 보통 %SystemRoot%\Minidump, 자동 또는 커널 덤프는 %SystemRoot%\MEMORY.DMP에 저장됩니다. %SystemRoot%는 대개 C:\Windows이지만 설치 환경에 따라 다릅니다. 파일의 생성 시각이 이번 오류와 맞는지 확인하고 원본 사본을 보존합니다.
덤프가 없으면 Windows 검색에서 고급 시스템 설정 보기 > 고급 > 시작 및 복구의 설정 > 디버깅 정보 쓰기를 확인합니다. 자동 메모리 덤프 등 필요한 형식을 선택할 때 페이지 파일과 저장 공간 조건도 함께 확인하고 적용에 필요한 재시작을 진행합니다. 다음 오류 이전에 설정을 바꿔도 과거 오류의 덤프가 새로 생기지는 않습니다.
작은 덤프에는 원인 분석에 필요한 메모리가 빠질 수 있습니다. 분석 담당자가 추가 자료를 요구하면 덤프 형식과 수집 조건을 조정합니다. 덤프에는 메모리 속 정보가 포함될 수 있으므로 원본을 공개 게시판에 그대로 올리지 말고 필요한 담당자에게 전달합니다.
공식 인수와 판단 기준
인수의 의미는 오류마다 다릅니다. 아래에 해당 코드의 공식 정의가 있는 항목만 정리했습니다.
| 인수 또는 조건 | 공식 의미 | 확인과 판단 |
|---|---|---|
| 인수 1 | 실행을 시도한 가상 주소 | 실제 명령 위치와 접근 경로를 분석합니다. |
| 인수 2 | 페이지 테이블 항목의 내용 | 실행이 금지된 메모리 속성을 확인합니다. |
| 인수 3과 4 | 예약 | 다른 코드의 인수표를 가져오지 않습니다. |
해결 방법
확인된 단서에 맞는 조치를 선택하고 변경 한 항목과 결과를 기록합니다. 아래 절차를 모든 컴퓨터에서 한꺼번에 실행하지 않습니다.
Windows에 로그인할 수 있을 때
열린 작업과 중요한 데이터를 먼저 저장한 뒤 오류 기록과 덤프를 확보합니다. 최근 장치, 드라이버 및 프로그램 변경은 날짜와 버전으로 정리합니다. 정상 부팅된다는 이유만으로 기록을 삭제하거나 모든 드라이버를 한꺼번에 바꾸지 않습니다.
로그인 전에 반복되거나 복구 화면만 열릴 때
전원 메뉴를 사용할 수 있으면 Shift를 누른 상태로 다시 시작을 선택합니다. Windows 11에서는 설정 > 시스템 > 복구 > 고급 시작 옵션의 지금 다시 시작으로도 접근할 수 있습니다. Windows 10의 복구 메뉴는 업데이트 및 보안 아래에 있습니다.
Windows 복구 환경에서 문제 해결 > 고급 옵션 > 시작 설정 > 다시 시작을 선택하고 4 또는 F4로 안전 모드를 시작합니다. 메뉴 제공 여부는 장치와 설치 상태에 따라 다르며 암호화된 장치에는 BitLocker 복구 키가 필요할 수 있습니다. 안전 모드의 정상 동작은 비교 단서이고 모든 하드웨어가 정상이라는 증명은 아닙니다.
복구 키가 없거나 디스크가 인식되지 않거나 중요한 파일을 읽을 수 없으면 수정 작업보다 자료와 장치 상태 확인을 우선합니다. 설치 매체를 사용하더라도 컴퓨터 복구와 새 설치를 구분하고, 데이터 보존 전에 초기화나 포맷을 선택하지 않습니다.
01 전체 이름과 드라이버 단서 보존
실행: 정식 오류명과 전체 코드, 표시된 파일명과 오류 시각을 기록합니다. 같은 시각의 장치 및 시스템 오류도 보존합니다.
결과와 판단: Windows가 드라이버를 식별하지 못한 경우 화면에 파일명이 없을 수 있습니다.
다음 조치: 최근 설치 구성과 원래 작업을 연결해 조사할 장치 범위를 정합니다.
02 관련 패키지 변경을 비교
실행: 확인된 장치의 공식 드라이버와 현재 빌드의 지원 조건을 확인하고 한 항목씩 업데이트 또는 롤백합니다.
결과와 판단: 작업과 버전을 그대로 기록해야 변경 전후의 재발을 비교할 수 있습니다.
다음 조치: 보호 기능 해제나 비공식 패치 대신 재발 덤프와 패키지 버전을 분석 담당자에게 전달합니다.
03 실행 주소와 호출 스택 분석
실행: 전문 분석에서 첫 번째 인수의 가상 주소와 두 번째 인수의 페이지 테이블 정보를 확인하고 호출 스택 및 현재 명령 위치를 조사합니다.
결과와 판단: 식별된 드라이버는 KiBugCheckDriver에 남을 수 있습니다. 자동 분석의 파일명 한 줄로 최초 손상 원인을 확정하지 않습니다.
다음 조치: 확인된 실행 경로의 결함과 메모리 손상 가능성을 추가 자료로 구분합니다.
드라이버를 되돌릴 때의 확인 경로
장치 드라이버를 되돌릴 필요가 있을 때는 시작 버튼을 오른쪽 클릭해 장치 관리자를 열고 해당 장치 > 속성 > 드라이버 > 드라이버 롤백을 확인합니다. 관리자 권한과 이전 패키지가 필요하며, 버튼이 비활성화되면 제조사의 해당 모델 및 Windows 버전용 패키지를 확인합니다. 부팅 저장장치나 원격 접속용 장치를 임의로 비활성화하지 않습니다.
조치 후 확인과 중단 기준
변경한 버전과 재시작 여부를 기록하고 오류가 났던 원래 작업을 다시 확인합니다. 부팅 성공, 진단 도구 통과와 실제 증상 재발 없음을 각각 구분해 남깁니다.
중요한 데이터에 접근할 수 없거나 저장장치 미인식과 반복 읽기 실패, 복구 키 미확보가 있으면 수정 작업을 멈춥니다. 원인을 확인하기 위해 초기화와 포맷, 드라이버 대량 삭제를 먼저 진행하지 않습니다.
자주 묻는 질문
실행 방지를 끄는 것이 맞나요?
실행 방지를 끄면 원인이 된 잘못된 실행 경로가 수정되는 것은 아닙니다. 해당 드라이버와 실제 오류 기록을 확인해야 합니다.
파일명이 없으면 분석할 수 없나요?
공식 문서는 호출 스택과 현재 명령 위치를 확인하는 분석 방법도 안내합니다. 필요한 자료가 덤프에 있는지 먼저 확인합니다.
참고 자료
이 글은 Microsoft 공식 문서의 코드 의미와 도구 사용 조건을 기준으로 정리한 일반 점검 안내입니다. 실제 장비에서 원인을 확정한 작업사례가 아니며, 메뉴 이름과 제공 기능은 Windows 빌드 및 장비 구성에 따라 달라질 수 있습니다.
검토 기준일은 2026년 10월 24일입니다. 공식 문서의 예전 메뉴와 현재 복구 환경은 같지 않을 수 있으며 적용 대상과 원문 조건을 함께 확인합니다.
관련 용어와 글
관련 기술자료
- APC_INDEX_MISMATCH (0x00000001) 비동기 프로시저 호출 상태 불일치: 원인과 점검 및 해결 방법
- REFERENCE_BY_POINTER (0x00000018) 시스템 객체 참조 횟수 오류: 원인과 점검 및 해결 방법
- ATTEMPTED_WRITE_TO_READONLY_MEMORY (0x000000BE) 읽기 전용 메모리에 대한 쓰기 시도: 원인과 점검 및 해결 방법
- THREAD_STUCK_IN_DEVICE_DRIVER (0x000000EA) 장치 드라이버 스레드의 무한 반복: 원인과 점검 및 해결 방법
- CRITICAL_STRUCTURE_CORRUPTION (0x00000109) 중요한 커널 코드 또는 데이터 손상: 원인과 점검 및 해결 방법
- BAD_SYSTEM_CONFIG_INFO (0x00000074) 중요한 시스템 구성 정보 오류: 원인과 점검 및 해결 방법
- KERNEL_STACK_INPAGE_ERROR (0x00000077) 커널 스택 페이지 읽기 실패: 원인과 점검 및 해결 방법
- UNMOUNTABLE_BOOT_VOLUME (0x000000ED) 시작 볼륨 연결 실패: 원인과 점검 및 해결 방법
- FAULTY_HARDWARE_CORRUPTED_PAGE (0x0000012B) 물리 메모리 접근에 의한 페이지 손상: 원인과 점검 및 해결 방법
- STORE_DATA_STRUCTURE_CORRUPTION (0x000001C7) 메모리 저장 구성 요소의 자료 구조 손상: 원인과 점검 및 해결 방법
- WINLOGON_FATAL_ERROR (0xC000021A) 필수 사용자 모드 하위 시스템 종료: 원인과 점검 및 해결 방법
- STATUS_IMAGE_CHECKSUM_MISMATCH (0xC0000221) 시스템 파일 체크섬 불일치: 원인과 점검 및 해결 방법
- CRITICAL_OBJECT_TERMINATION (0x000000F4) 중요한 시스템 실행 객체 종료: 원인과 점검 및 해결 방법
- INTERNAL_POWER_ERROR (0x000000A0) 전원 정책 관리자의 내부 오류: 원인과 점검 및 해결 방법
- Windows 블루스크린 전체 오류 코드 목록과 적용 조건