Kernel Data Inpage Error·Critical Process Died 해결법｜Windows 10·11

Last Updated on 2026/08/05 by Tomylove

Kernel Data Inpage Error 또는 Critical Process Died가 표시되며 컴퓨터가 갑자기 재시작되면 저장장치가 고장 났다고 단정하기 쉽습니다. 그러나 두 오류는 이름이 비슷한 블루스크린이라도 의미와 점검 우선순위가 다릅니다.

KERNEL_DATA_INPAGE_ERROR(0x0000007A)는 Windows가 페이징 파일에 있던 커널 데이터를 메모리로 읽어 오지 못했다는 뜻입니다. SSD·HDD 불량이나 연결 문제의 가능성이 크지만, RAM 오류와 저장장치 드라이버, 파일 시스템 손상도 원인이 될 수 있습니다.

CRITICAL_PROCESS_DIED(0x000000EF)는 Windows 운영에 반드시 필요한 핵심 프로세스가 비정상적으로 종료됐다는 뜻입니다. 손상된 시스템 파일, 불안정한 드라이버, 저장장치 읽기 오류, 잘못 적용된 업데이트와 메모리 불안정 등을 함께 점검해야 합니다.

따라서 블루스크린 해결의 핵심은 오류명을 검색해 명령어를 무작정 실행하는 것이 아닙니다. 데이터를 먼저 보호하고, 오류가 발생한 시점과 상황을 확인한 다음 가능성이 높은 원인부터 하나씩 제외하는 것이 가장 안전하고 빠른 접근법입니다.

두 블루스크린 오류는 무엇이 다른가?

Kernel Data Inpage Error: 저장장치에서 데이터를 읽어 오지 못한 경우

KERNEL_DATA_INPAGE_ERROR의 중지 코드는 0x0000007A입니다. Windows가 가상 메모리에 사용되는 페이징 파일에서 필요한 커널 데이터 페이지를 읽으려 했지만, 해당 데이터를 RAM으로 가져오지 못했을 때 발생합니다.

이 오류에서 말하는 ‘Inpage’는 인터넷 페이지를 뜻하지 않습니다. 저장장치에 임시로 내려가 있던 메모리 데이터를 다시 물리 메모리로 불러오는 과정에서 문제가 발생했다는 의미입니다.

대표적인 원인은 다음과 같습니다.

• SSD 또는 HDD의 읽기 오류: 불량 섹터, NAND 상태 악화, 컨트롤러 오류 등이 있을 수 있습니다.
• 연결 불량: 데스크톱의 SATA 데이터 케이블이나 전원 케이블이 느슨하거나 손상됐을 수 있습니다.
• NVMe 또는 저장장치 드라이버 문제: 드라이버와 펌웨어의 호환성 문제로 I/O 요청이 실패할 수 있습니다.
• 파일 시스템 손상: 비정상 종료나 전원 차단으로 NTFS 구조에 오류가 생겼을 수 있습니다.
• RAM 불량: 저장장치에서 읽은 데이터를 메모리에 적재하는 과정에서 오류가 발생할 수 있습니다.
• 가상 메모리 설정 문제: 페이지 파일을 비활성화했거나 저장 공간이 부족할 때 문제가 심해질 수 있습니다.

0x7A와 함께 확인되는 상태 코드

메모리 덤프나 디버깅 결과에서 다음 상태 코드가 보인다면 원인을 더 구체적으로 좁힐 수 있습니다.

Critical Process Died: Windows 핵심 프로세스가 종료된 경우

CRITICAL_PROCESS_DIED의 중지 코드는 0x000000EF입니다. Windows 운영에 필요한 핵심 프로세스 또는 스레드가 종료돼 운영체제의 무결성을 더 이상 보장하기 어려울 때 시스템이 강제로 중단됩니다.

문제는 오류 화면에 표시된 이름만으로 어떤 프로세스가 왜 종료됐는지 알기 어렵다는 점입니다. 실제 원인은 다음과 같이 다양합니다.

• 손상되거나 누락된 Windows 시스템 파일
• 업데이트 도중 발생한 구성 요소 저장소 손상
• 저장장치 읽기 실패로 인한 핵심 파일 접근 오류
• 최근 설치하거나 업데이트한 장치 드라이버의 충돌
• 보안 프로그램, 저장장치 필터 드라이버 또는 시스템 최적화 프로그램의 충돌
• 불안정한 RAM, CPU·RAM 오버클럭 또는 XMP·EXPO 설정
• BIOS·UEFI 또는 SSD 펌웨어의 호환성 문제

결국 두 오류는 서로 완전히 독립적이지 않습니다. SSD에서 핵심 시스템 파일을 읽지 못하면 먼저 Kernel Data Inpage Error가 나타날 수도 있고, 읽기 실패로 Windows 핵심 프로세스가 손상되면 Critical Process Died로 이어질 수도 있습니다.

해결 작업 전에 반드시 해야 할 일

1. 중요한 데이터부터 백업합니다

블루스크린이 반복되고 파일 복사 속도가 갑자기 느려졌거나 저장장치가 가끔 사라진다면, 디스크 검사보다 백업이 먼저입니다. CHKDSK는 파일 시스템 구조를 변경할 수 있으므로 중요한 자료가 하나뿐이라면 외장 저장장치나 클라우드로 먼저 복사해야 합니다.

다음과 같은 증상이 있다면 장시간 검사를 반복하지 말고 저장장치 교체 또는 전문 복구를 우선 검토하십시오.

• HDD에서 딸깍거리거나 반복적으로 회전이 멈추는 소리가 남
• BIOS·UEFI에서 SSD 또는 HDD가 간헐적으로 사라짐
• 파일 복사 중 속도가 0으로 떨어진 채 장시간 멈춤
• 특정 폴더를 열 때마다 PC가 멈추거나 블루스크린이 발생함
• 저장장치 제조사 진단에서 오류 또는 교체 경고가 표시됨

2. BitLocker 복구 키를 확인합니다

Windows 복구 환경, 펌웨어 설정, 저장장치 교체 또는 시작 복구 과정에서 48자리 BitLocker 복구 키를 요구할 수 있습니다. 장치 암호화가 활성화돼 있다면 작업 전에 Microsoft 계정이나 회사·학교 계정에서 키를 확인해 두는 것이 안전합니다.

3. 오류 화면과 발생 조건을 기록합니다

블루스크린이 나타나면 휴대전화로 화면을 촬영해 다음 정보를 남겨 두십시오.

• 중지 코드: Kernel Data Inpage Error, Critical Process Died 등
• What failed 항목에 표시된 드라이버 또는 파일 이름
• 오류가 발생한 날짜와 시간
• 부팅, 절전 해제, 게임, 파일 복사 등 당시 수행하던 작업
• 직전에 설치한 Windows 업데이트, 드라이버, 프로그램 또는 하드웨어

실제 진단에서는 오류명 하나보다 발생 직전에 무엇이 바뀌었는지가 더 중요한 단서가 되는 경우가 많습니다.

4. 불필요한 외부 장치를 분리합니다

PC를 종료한 뒤 외장 SSD·HDD, USB 허브, 캡처 장치, 프린터, 추가 랜카드 등 부팅에 필요하지 않은 장치를 분리합니다. 최근 장착한 RAM이나 확장 카드가 있다면 호환성과 장착 상태도 확인합니다.

증상별로 먼저 점검할 항목

방법 1. Windows가 부팅될 때 해결하는 순서

1단계. Windows와 드라이버의 최근 변경 사항 확인

먼저 Windows 업데이트를 확인하고, 장치 관리자에 느낌표가 표시된 장치가 있는지 살펴봅니다. 다만 오류가 특정 업데이트나 드라이버 설치 직후 시작됐다면 최신 버전으로 다시 업데이트하기보다 롤백이 먼저일 수 있습니다.

1. 시작 버튼을 마우스 오른쪽 버튼으로 클릭합니다.
2. 장치 관리자를 엽니다.
3. 저장소 컨트롤러, 디스크 드라이브, IDE ATA/ATAPI 컨트롤러, 시스템 장치와 디스플레이 어댑터를 확인합니다.
4. 문제가 시작된 직전에 업데이트된 장치를 선택하고 속성 → 드라이버를 엽니다.
5. 가능하다면 드라이버 롤백을 선택한 뒤 재부팅합니다.

드라이버는 Windows Update 또는 PC·메인보드·부품 제조사의 공식 지원 페이지에서 받는 것이 안전합니다. 출처가 불분명한 자동 드라이버 설치 프로그램은 오히려 저장장치나 칩셋 드라이버를 잘못 교체할 수 있습니다.

2단계. DISM으로 Windows 구성 요소 저장소 복구

Critical Process Died가 발생했다면 손상된 시스템 파일 자체뿐 아니라 시스템 파일의 복구 원본이 저장되는 Windows 구성 요소 저장소도 확인해야 합니다.

시작 메뉴에서 터미널, PowerShell 또는 명령 프롬프트를 검색한 뒤 관리자 권한으로 실행하고 다음 명령을 입력합니다.

DISM.exe /Online /Cleanup-Image /RestoreHealth

DISM은 기본적으로 Windows Update를 복구 원본으로 사용합니다. 진행률이 한동안 움직이지 않는 것처럼 보여도 작업이 계속되고 있을 수 있으므로 창을 바로 닫지 마십시오.

3단계. SFC로 보호된 Windows 시스템 파일 검사

DISM 작업이 정상적으로 끝나면 같은 관리자 창에서 다음 명령을 실행합니다.

sfc /scannow

SFC는 보호된 Windows 시스템 파일을 검사하고 손상된 파일을 가능한 범위에서 정상 파일로 교체합니다. 검사가 100% 완료될 때까지 창을 닫지 마십시오.

SFC 검사 결과별 의미

• 무결성 위반을 발견하지 못했습니다: 보호된 시스템 파일에는 확인 가능한 문제가 없습니다.
• 손상된 파일을 발견하고 성공적으로 복구했습니다: 재부팅 후 블루스크린이 다시 발생하는지 확인합니다.
• 일부 파일을 복구하지 못했습니다: DISM을 다시 실행하거나 안전 모드에서 SFC를 실행합니다.
• 요청된 작업을 수행할 수 없습니다: 안전 모드 또는 Windows 복구 환경에서 검사를 시도합니다.

4단계. CHKDSK를 단계적으로 실행

CHKDSK는 파일 시스템과 볼륨 메타데이터의 논리적·물리적 오류를 검사하는 도구입니다. 하지만 모든 상황에서 처음부터 /f /r /x를 한꺼번에 실행할 필요는 없습니다.

가벼운 온라인 검사

Windows가 부팅되고 SSD·HDD에서 심각한 이상 징후가 없다면 먼저 다음 명령으로 NTFS 볼륨을 온라인 검사합니다.

chkdsk C: /scan

/scan은 Windows가 실행 중인 상태에서 볼륨을 검사합니다. 오류가 발견되지 않는다면 바로 장시간의 전체 섹터 검사를 할 필요는 없습니다.

파일 시스템 오류 수정

오류가 확인됐거나 비정상 종료 이후 파일 시스템 손상이 의심된다면 다음 명령을 사용합니다.

chkdsk C: /f

C 드라이브는 Windows가 사용 중이므로 즉시 잠글 수 없다는 안내가 표시될 수 있습니다. 다음 부팅 시 검사할 것인지 묻는 메시지가 나오면 Y를 입력하고 Enter 키를 누른 뒤 PC를 재시작합니다.

불량 섹터와 읽기 오류가 의심될 때

0x7A 오류와 함께 불량 섹터 상태 코드가 확인됐거나, 저장장치 읽기 오류가 반복되는 경우에는 백업 후 다음 명령을 사용할 수 있습니다.

chkdsk C: /r

/r은 불량 섹터를 찾고 읽을 수 있는 정보를 복구하며, /f 기능도 포함합니다. 전체 영역을 읽기 때문에 대용량 HDD에서는 수 시간이 걸릴 수 있습니다. SSD에서도 실행할 수 있지만 반복적인 전체 표면 검사는 일반적인 정기 점검 용도로 사용할 필요가 없습니다.

5단계. SSD·HDD 상태와 연결 점검

Kernel Data Inpage Error가 반복되면 소프트웨어 복구만으로 끝내지 말고 저장장치 자체도 점검해야 합니다.

• 데스크톱 SATA 장치: PC를 완전히 끄고 전원을 분리한 뒤 SATA 데이터 케이블과 전원 케이블을 다시 연결합니다. 가능하면 다른 SATA 케이블과 포트로 교차 확인합니다.
• NVMe SSD: BIOS·UEFI에서 장치가 정상적으로 인식되는지 확인합니다. 재장착은 분해 경험이 있고 보증 조건을 확인한 경우에만 진행합니다.
• 제조사 진단 도구: SSD 또는 HDD 제조사가 제공하는 공식 진단 및 펌웨어 프로그램으로 상태를 확인합니다.
• SMART 확인 도구: CrystalDiskInfo 등의 프로그램은 참고용으로 활용할 수 있지만, ‘정상’ 표시만으로 저장장치가 완전히 정상이라고 단정하지 않습니다.
• 여유 공간: 시스템 드라이브에 페이지 파일과 업데이트 작업을 위한 여유 공간을 확보합니다. 가능하면 전체 용량의 10~15% 이상을 비워 두는 것이 좋습니다.

불량 섹터가 한 번 발견됐다고 반드시 즉시 고장 나는 것은 아니지만, 불량 영역이 증가하거나 I/O 오류와 블루스크린이 반복된다면 저장장치 교체를 준비하는 편이 안전합니다.

6단계. 가상 메모리를 시스템 관리 크기로 복원

KERNEL_DATA_INPAGE_ERROR에 ‘페이지 파일’이라는 설명이 포함돼 있다고 해서 페이지 파일 자체만 다시 만들면 모든 문제가 해결되는 것은 아닙니다. 저장장치 오류가 먼저인지 확인해야 하지만, 가상 메모리를 임의로 끄거나 지나치게 작게 설정했다면 기본값으로 되돌리는 것이 좋습니다.

1. Windows + R을 누릅니다.
2. sysdm.cpl을 입력하고 Enter 키를 누릅니다.
3. 고급 → 성능의 설정 → 고급 → 가상 메모리의 변경으로 이동합니다.
4. 모든 드라이브에 대한 페이징 파일 크기 자동 관리를 선택합니다.
5. 설정을 적용하고 Windows를 재시작합니다.

RAM 용량이 충분하더라도 페이지 파일을 완전히 비활성화하면 일부 프로그램과 메모리 덤프 생성에 문제가 생길 수 있습니다. 특별한 목적이 없다면 시스템 관리 설정을 유지하는 것이 안정적입니다.

7단계. RAM 검사와 오버클럭 해제

저장장치 검사에서 특별한 문제가 발견되지 않았는데 오류 코드가 계속 바뀌거나 프로그램이 무작위로 종료된다면 RAM을 확인합니다.

Windows + R을 누르고 다음 명령을 실행합니다.

mdsched.exe

지금 다시 시작하여 문제 확인을 선택하면 재부팅 후 Windows 메모리 진단이 진행됩니다. 검사 결과는 Windows로 돌아온 뒤 이벤트 뷰어의 시스템 로그에서 MemoryDiagnostics-Results 항목으로 확인할 수 있습니다.

메모리 오류가 발견되거나 결과가 불안정하다면 다음 순서로 확인합니다.

1. BIOS·UEFI에서 XMP, EXPO와 수동 오버클럭을 해제합니다.
2. BIOS 기본값을 불러온 뒤 다시 검사합니다.
3. RAM을 추가한 직후 문제가 시작됐다면 추가한 모듈을 분리해 비교합니다.
4. 여러 RAM 모듈을 하나씩 장착해 오류가 특정 모듈이나 슬롯을 따라가는지 확인합니다.
5. PC 또는 메인보드 제조사의 메모리 호환 목록과 권장 설정을 확인합니다.

방법 2. Windows가 부팅되지 않을 때 WinRE에서 복구

Windows 복구 환경으로 들어가는 방법

Windows가 정상적으로 시작되지 않으면 Windows 복구 환경(Windows RE 또는 WinRE)으로 진입해야 합니다.

• Windows 시작 실패가 여러 번 반복되면 자동 복구 화면이 표시될 수 있습니다.
• 로그인 화면이나 시작 메뉴에서 Shift 키를 누른 채 다시 시작을 선택할 수 있습니다.
• Windows가 전혀 시작되지 않으면 다른 PC에서 만든 Windows 설치 USB로 부팅한 뒤 컴퓨터 복구를 선택합니다.

장치 암호화 또는 BitLocker가 켜져 있으면 복구 도구를 사용하기 전에 복구 키 입력을 요구할 수 있습니다.

1단계. 시작 복구 실행

WinRE에서 다음 순서로 이동합니다.

문제 해결 → 고급 옵션 → 시작 복구

시작 복구는 Windows가 부팅되지 않게 만드는 일반적인 시작 문제를 자동으로 진단하고 복구합니다. 작업이 끝난 후 Windows가 정상적으로 시작되는지 확인합니다.

2단계. 안전 모드로 부팅

시작 복구로 해결되지 않는다면 다음 메뉴를 이용합니다.

문제 해결 → 고급 옵션 → 시작 설정 → 다시 시작

재부팅 후 안전 모드 또는 네트워크가 필요한 경우 네트워킹 사용 안전 모드를 선택합니다. 안전 모드에서 정상적으로 작동한다면 타사 드라이버, 보안 프로그램, 시작 프로그램 또는 서비스 충돌 가능성이 커집니다.

안전 모드에서는 최근 설치한 프로그램과 드라이버를 제거하고 DISM, SFC와 CHKDSK 검사를 다시 시도합니다.

3단계. WinRE 명령 프롬프트에서 Windows 드라이브 확인

WinRE에서는 평소 C 드라이브였던 Windows 파티션이 D 또는 E로 표시될 수 있습니다. 드라이브 문자를 확인하지 않고 명령을 실행하면 엉뚱한 파티션을 검사할 수 있습니다.

문제 해결 → 고급 옵션 → 명령 프롬프트로 이동한 뒤 다음 명령을 차례로 입력합니다.

diskpart
list volume
exit

각 볼륨의 용량, 레이블과 파일 시스템을 확인합니다. 이후 다음과 같이 Windows 폴더가 있는 드라이브를 찾습니다.

dir C:\Windows
dir D:\Windows
dir E:\Windows

Windows, Program Files, Users 폴더가 있는 드라이브를 확인합니다. 아래 예시는 Windows가 D 드라이브로 인식된 경우입니다.

4단계. 오프라인 CHKDSK 실행

파일 시스템 오류를 수정하려면 다음 명령을 사용합니다.

chkdsk D: /f

불량 섹터 또는 물리적인 읽기 오류가 강하게 의심되고 중요한 데이터를 백업한 상태라면 다음 검사를 고려합니다.

chkdsk D: /r

검사 중 진행률이 오랫동안 같은 숫자에 머무르더라도 디스크 용량과 상태에 따라 내부 작업이 계속되고 있을 수 있습니다. 전원을 강제로 차단하는 것은 피하십시오.

5단계. 오프라인 SFC 실행

Windows 파일 손상이 의심되면 오프라인 Windows 폴더와 부팅 디렉터리를 지정해 SFC를 실행할 수 있습니다.

sfc /scannow /offbootdir=D:\ /offwindir=D:\Windows

위 명령은 Windows와 부팅 파일이 D 드라이브에 있는 단일 파티션 구성의 예입니다. 실제 PC에서는 EFI 시스템 파티션과 Windows 파티션이 분리돼 있을 수 있으므로 드라이브 구성을 먼저 확인해야 합니다. 경로가 맞지 않으면 SFC가 복구 서비스를 시작하지 못했다는 메시지를 표시할 수 있습니다.

6단계. 최근 업데이트 제거 또는 시스템 복원

업데이트 직후 부팅 오류가 시작됐다면 WinRE에서 다음 메뉴를 사용합니다.

문제 해결 → 고급 옵션 → 업데이트 제거

먼저 최근 품질 업데이트 제거를 검토하고, 대규모 버전 업데이트 이후 문제가 발생했다면 기능 업데이트 제거 가능 여부를 확인합니다.

복원 지점이 만들어져 있다면 문제 해결 → 고급 옵션 → 시스템 복원을 사용할 수 있습니다. 시스템 복원은 개인 문서에 영향을 주지 않고 최근 드라이버, 프로그램과 시스템 설정을 이전 상태로 되돌리는 용도입니다.

업데이트나 드라이버 충돌이 의심될 때

최근 Windows 업데이트 제거

Windows에 로그인할 수 있다면 다음 경로에서 업데이트 기록을 확인합니다.

Windows 11: 설정 → Windows 업데이트 → 업데이트 기록 → 업데이트 제거

Windows 10: 설정 → 업데이트 및 보안 → Windows 업데이트 → 업데이트 기록 보기 → 업데이트 제거

보안 업데이트를 제거하면 취약점이 다시 노출될 수 있으므로, 문제가 해결됐는지 확인한 뒤 후속 수정 업데이트가 제공되는지 살펴보는 것이 좋습니다.

장치 드라이버 롤백

그래픽, 저장장치, 칩셋 또는 네트워크 드라이버를 업데이트한 직후 오류가 시작됐다면 장치 관리자의 속성 → 드라이버 → 드라이버 롤백을 사용합니다.

롤백 버튼이 비활성화돼 있다면 장치를 제거한 뒤 재부팅해 Windows 기본 드라이버를 다시 설치하거나, 제조사 공식 페이지에서 이전 안정 버전을 설치합니다.

클린 부팅으로 타사 프로그램 충돌 확인

안전 모드에서는 문제가 발생하지 않지만 일반 모드에서 Critical Process Died가 나타난다면 클린 부팅으로 타사 서비스와 시작 프로그램을 분리할 수 있습니다.

1. Windows + R을 누르고 msconfig를 입력합니다.
2. 서비스 탭에서 모든 Microsoft 서비스 숨기기를 선택합니다.
3. 남은 타사 서비스를 사용하지 않도록 설정합니다.
4. 작업 관리자의 시작 앱도 비활성화한 뒤 재시작합니다.
5. 오류가 사라지면 서비스를 나누어 다시 활성화하며 충돌 항목을 찾습니다.

진단이 끝나면 비활성화한 서비스를 원래 상태로 되돌려야 합니다.

하드웨어 문제인지 판단하는 기준

저장장치 교체를 우선해야 하는 경우

• 제조사 진단에서 실패 또는 교체 경고가 표시됨
• 불량 섹터나 읽기 오류가 검사할 때마다 증가함
• BIOS·UEFI에서 저장장치가 간헐적으로 인식되지 않음
• 새 케이블과 다른 포트에서도 같은 문제가 반복됨
• 운영체제를 새로 설치해도 0x7A 오류가 다시 나타남

이 경우 포맷이나 Windows 재설치는 근본적인 해결책이 아닙니다. 정상 저장장치로 교체한 뒤 백업 이미지 또는 새 Windows 설치로 복구해야 합니다.

RAM 또는 메인보드를 의심해야 하는 경우

• 블루스크린 중지 코드가 매번 다르게 표시됨
• 압축 해제, 게임, 영상 인코딩 등 메모리 사용량이 높을 때 오류가 증가함
• XMP·EXPO를 해제하면 증상이 줄어듦
• 메모리 진단에서 오류가 발견됨
• 특정 RAM 슬롯이나 특정 모듈에서만 오류가 반복됨

전원 문제를 의심해야 하는 경우

• 블루스크린 없이 갑자기 전원이 꺼지거나 재부팅됨
• 그래픽카드와 CPU 부하가 함께 높아질 때만 문제가 발생함
• 저장장치가 순간적으로 사라졌다가 다시 인식됨
• 전원 케이블이나 멀티탭을 바꿨을 때 증상이 달라짐

전원 공급 장치 문제는 저장장치 I/O 오류처럼 보일 수 있습니다. 특히 SATA 전원 공급이 불안정하면 정상 디스크에서도 장치 연결 해제와 읽기 오류가 발생할 수 있습니다.

이벤트 뷰어와 메모리 덤프로 원인 찾기

이벤트 뷰어에서 오류 직전 기록 확인

Windows + R을 누르고 eventvwr.msc를 실행합니다.

Windows 로그 → 시스템으로 이동한 뒤 블루스크린이 발생한 시간 전후의 오류와 경고를 확인합니다. 저장장치 문제라면 Disk, Ntfs, storahci, stornvme, volmgr 등의 기록이 단서가 될 수 있으며, 하드웨어 오류는 WHEA-Logger에서 확인되는 경우가 있습니다.

Kernel-Power 이벤트 41은 Windows가 정상적으로 종료되지 않았다는 사실을 보여 주는 기록입니다. 그 자체만으로 전원 공급 장치가 원인이라고 단정할 수 없으므로 바로 앞에 발생한 다른 오류를 함께 확인해야 합니다.

WinDbg로 미니덤프 분석

Windows가 소형 메모리 덤프를 생성하도록 설정돼 있다면 일반적으로 다음 폴더에서 파일을 찾을 수 있습니다.

C:\Windows\Minidump

Microsoft의 WinDbg를 설치한 뒤 덤프 파일을 열고 다음 명령을 실행합니다.

!analyze -v

분석 결과에서 다음 항목을 확인합니다.

• BUGCHECK_CODE: 실제 중지 코드
• MODULE_NAME: 관련 모듈 이름
• IMAGE_NAME: 의심되는 드라이버 파일
• FAILURE_BUCKET_ID: 오류 유형을 분류하는 정보
• PROCESS_NAME: 오류 당시 실행 중이던 프로세스

다만 분석 결과에 표시된 드라이버가 항상 근본 원인은 아닙니다. 저장장치나 RAM이 데이터를 손상시킨 결과로 정상 드라이버가 마지막 호출 지점에 표시될 수도 있습니다. 가능하면 한 개의 덤프만 보지 말고 여러 번 발생한 덤프에서 같은 모듈과 패턴이 반복되는지 확인합니다.

그래도 해결되지 않을 때 선택할 복구 방법

Windows 11 복구 재설치

Windows 11에서 시스템 파일 손상이 계속되고 하드웨어 진단에는 문제가 없다면 설정의 복구 옵션에서 Windows Update를 통한 현재 버전 재설치를 검토할 수 있습니다. 개인 파일과 일부 설정을 유지하면서 Windows 구성 요소를 다시 설치할 수 있는 방법이 제공되는 버전도 있습니다.

PC 초기화

설정 → 시스템 → 복구 → 이 PC 초기화에서 개인 파일 유지 또는 모든 항목 제거를 선택할 수 있습니다. 개인 파일 유지를 선택하더라도 설치한 프로그램과 일부 설정은 제거되므로 반드시 백업해야 합니다.

설치 미디어를 이용한 복구 설치 또는 새 설치

Windows가 부팅되고 하드웨어가 정상이라면 동일 언어와 에디션의 공식 Windows 설치 미디어로 복구 설치를 진행할 수 있습니다. Windows가 전혀 시작되지 않거나 손상이 심하다면 백업 후 새 설치가 필요할 수 있습니다.

포맷과 재설치는 저장장치나 RAM 불량을 고치는 작업이 아닙니다. 새 설치 후에도 동일한 블루스크린이 발생한다면 하드웨어 진단을 다시 진행해야 합니다.

Windows 10 사용자가 알아야 할 점

일반 Windows 10 Home, Pro 및 대부분의 일반 배포 버전은 2025년 10월 14일에 지원이 종료됐습니다. PC가 바로 작동을 멈추는 것은 아니지만, 일반 지원 대상이 아니라면 정기 보안 업데이트와 기술 지원을 받지 못합니다.

Windows 10에서 블루스크린을 해결한 뒤에도 장기적으로는 다음 선택을 검토하는 것이 좋습니다.

• 하드웨어가 호환된다면 Windows 11로 업그레이드
• 해당 장치가 조건을 충족한다면 Windows 10 확장 보안 업데이트 프로그램 확인
• Windows 11을 지원하지 않는 노후 PC라면 장치 교체 또는 지원되는 운영체제 검토

기업용 LTSC 등 일부 에디션은 별도의 수명 주기가 적용될 수 있으므로 정확한 에디션과 버전을 확인해야 합니다.

자주 묻는 질문

Kernel Data Inpage Error가 나오면 SSD가 고장 난 것인가요?

반드시 SSD 고장을 의미하지는 않습니다. 파일 시스템 손상, SATA 케이블, 저장장치 드라이버, RAM과 페이지 파일 설정도 원인이 될 수 있습니다. 다만 파일 복사 중 멈춤, 장치 인식 해제, 불량 섹터 경고가 함께 나타난다면 저장장치 백업과 진단을 최우선으로 해야 합니다.

Critical Process Died는 바이러스 때문에 발생하나요?

악성코드가 시스템 파일을 손상시켜 발생할 가능성은 있지만 가장 흔한 원인으로 단정할 수는 없습니다. 시스템 파일, 저장장치, 드라이버, 업데이트와 RAM을 함께 점검하고 Windows 보안 검사를 실행해야 합니다.

CHKDSK만 실행하면 두 오류가 모두 해결되나요?

아닙니다. CHKDSK는 파일 시스템과 디스크 영역을 검사하지만 손상된 Windows 구성 요소, 잘못된 드라이버, RAM 불량까지 복구하지는 못합니다. DISM, SFC, 드라이버 확인과 하드웨어 진단을 증상에 맞게 병행해야 합니다.

CHKDSK의 /f, /r, /x를 모두 사용해야 하나요?

대부분의 경우 그럴 필요가 없습니다. /r은 /f 기능을 포함하며, /x도 볼륨을 강제로 분리하면서 /f 기능을 포함합니다. 먼저 /scan으로 확인하고, 논리 오류 수정은 /f, 불량 섹터가 의심될 때만 백업 후 /r을 사용하는 방식이 효율적입니다.

CHKDSK가 특정 진행률에서 멈춘 것처럼 보입니다

대용량 HDD, 파일 수가 많은 볼륨, 불량 섹터가 있는 저장장치에서는 같은 진행률이 오랫동안 유지될 수 있습니다. 디스크 작동 표시와 시스템 반응을 확인하고 가능한 한 강제 종료하지 마십시오. 다만 저장장치가 사라지거나 비정상적인 기계음이 난다면 하드웨어 고장을 의심해야 합니다.

Windows 복구 환경에서는 왜 C 드라이브가 보이지 않나요?

WinRE에서는 파티션에 평소와 다른 드라이브 문자가 배정될 수 있습니다. diskpart의 list volume과 dir D:\Windows 등의 명령으로 실제 Windows 폴더가 있는 볼륨을 확인해야 합니다.

DISM과 SFC 중 무엇을 먼저 실행해야 하나요?

Windows에 정상적으로 로그인할 수 있다면 DISM으로 구성 요소 저장소를 복구한 뒤 SFC를 실행하는 순서가 권장됩니다. SFC가 정상 시스템 파일을 가져오는 기반 자체가 손상된 경우 DISM이 먼저 필요하기 때문입니다.

블루스크린이 한 번만 발생해도 모든 검사를 해야 하나요?

한 번 발생하고 재부팅 후 정상적으로 작동한다면 오류 코드와 발생 상황을 기록하고 Windows 업데이트 및 여유 공간을 확인하는 정도로 시작할 수 있습니다. 같은 오류가 반복되거나 저장장치 이상 증상이 동반될 때 단계별 검사를 진행하십시오.

공식 참고 문서

• Microsoft Learn: Bug Check 0x7A KERNEL_DATA_INPAGE_ERROR
• Microsoft Learn: Bug Check 0xEF CRITICAL_PROCESS_DIED
• Microsoft Learn: CHKDSK 명령어와 옵션
• Microsoft Support: DISM 및 시스템 파일 검사기 사용
• Microsoft Support: Windows 복구 환경
• Microsoft Support: 장치 관리자를 통한 드라이버 업데이트와 롤백
• Microsoft Support: Windows 중지 코드와 예기치 않은 재시작 해결
• Microsoft Support: Windows 10 지원 종료 안내

포스팅을 마치며

Kernel Data Inpage Error와 Critical Process Died는 단순히 CHKDSK 한 번으로 해결되는 동일한 오류가 아닙니다. 하나는 저장장치에서 커널 데이터를 읽는 과정과 밀접하고, 다른 하나는 Windows 핵심 프로세스가 더 이상 정상적으로 동작할 수 없다는 의미입니다.

두 오류가 함께 또는 번갈아 발생한다면 가장 먼저 중요한 데이터를 백업하십시오. 그다음 최근 변경 사항 확인, DISM과 SFC, 단계적인 CHKDSK, 저장장치와 케이블, RAM과 가상 메모리 순으로 점검하면 불필요한 포맷과 재설치를 줄일 수 있습니다.

블루스크린은 Windows가 추가적인 데이터 손상을 막기 위해 시스템을 중단했다는 신호입니다. 오류 화면을 무시하고 계속 재부팅하기보다, 발생 시점과 로그를 남기고 원인을 하나씩 좁혀야 소중한 데이터와 컴퓨터를 함께 지킬 수 있습니다.