블루스크린 CRITICAL_PROCESS_DIED 원인과 해결 방법 — 필수 시스템 프로세스가 종료됐을 때
CRITICAL_PROCESS_DIED는 Windows가 반드시 필요로 하는 핵심 프로세스가 예기치 않게 종료됐다는 뜻입니다. 시스템 파일 손상, 디스크 오류, 드라이버·업데이트 문제가 원인이므로 DISM·SFC와 디스크 검사가 핵심입니다.
빠른 해결 요약
- DISM → SFC로 시스템 파일 복구
chkdsk C: /scan으로 디스크 검사- 최근 업데이트·드라이버 되돌리기
- 부팅 반복 시 복구 환경에서 시동 복구·시스템 복원
이런 증상일 때 보는 글입니다
- 사용 중이나 부팅 직후 CRITICAL_PROCESS_DIED가 뜰 때
- 업데이트·드라이버 설치 후부터 생겼을 때
해결 방법별 소요 시간·난이도·위험도
| 방법 | 소요 시간 | 난이도 | 관리자 권한 | 데이터·설정 위험 |
|---|---|---|---|---|
| DISM·SFC | 30분 | 보통 | 필요 | 낮음 |
| 디스크 검사 | 15분 | 보통 | 필요 | 확인만 |
| 업데이트·드라이버 되돌리기 | 15분 | 보통 | 필요 | 보안 주의 |
| 시스템 복원 | 30분 | 보통 | 필요 없음 | 중간 |
소요 시간은 일반적인 PC 기준 예상치이며 장치 상태에 따라 달라질 수 있습니다.
목차
CRITICAL_PROCESS_DIED(0x000000EF)는 어떤 오류인가요?
로그인 관리, 세션 관리처럼 Windows가 돌아가는 데 꼭 필요한 프로세스가 갑자기 끝나면 시스템은 더 이상 안전하게 동작할 수 없어 블루스크린으로 멈춥니다. 이 프로세스가 끝나게 만든 원인(손상된 파일, 디스크 오류, 잘못된 드라이버)을 찾는 것이 목표입니다.
1단계: 시스템 파일 복구
DISM·SFC 시스템 파일 복구 가이드를 따라 DISM을 먼저, SFC를 나중에 실행합니다. 부팅 후 금방 블루스크린이 뜬다면 안전 모드 진입 방법에서 실행합니다.
2단계: 디스크 검사
실행 효과 C 드라이브 파일 시스템을 검사합니다. 시스템 파일이 저장된 영역의 손상을 확인할 수 있습니다.
명령 프롬프트
chkdsk C: /scan3단계: 최근 변경 되돌리기
신뢰성 모니터(perfmon /rel)로 첫 블루스크린 직전에 설치된 업데이트·드라이버를 확인하고 업데이트 제거 또는 드라이버 롤백을 합니다.
부팅이 반복될 때
자주 묻는 질문
윈도우 초기화로 해결되나요?
시스템 파일·소프트웨어 원인이면 해결되지만, 디스크 불량이면 다시 생깁니다. 초기화 전 디스크 상태부터 확인하세요.
다음으로 확인할 해결 가이드
시스템·블루스크린sfc /scannow·DISM 명령어 사용법 — 윈도우 시스템 파일 복구 순서Microsoft는 DISM을 먼저, SFC를 나중에 실행하도록 안내합니다. DISM이 복구에 쓸 원본(구성 요소 저장소)을 먼저 고치고, SFC가 그 원본으로 …부팅·화면 오류윈도우 시스템 복원 방법 — 복원 지점 만들기·되돌리기시스템 복원은 Windows 설정·드라이버·설치 프로그램을 복원 지점 시점으로 되돌리는 기능이며 개인 파일은 그대로입니다. Win+R → rstrui로 실행하고,…부팅·화면 오류윈도우 시동 복구 실행 방법 (복구 환경 진입부터)시동 복구는 Windows 복구 환경에서 부팅을 막는 문제(부팅 파일·설정 손상)를 자동으로 고치는 도구입니다. 문제 해결 → 고급 옵션 → 시동 복구로 실행하며…블루스크린블루스크린 원인 확인 방법 — 중지 코드·이벤트 뷰어·신뢰성 모니터 보는 법블루스크린은 증상일 뿐이고, 원인은 화면에 나온 중지 코드와 그 직전에 바뀐 것(새 드라이버·업데이트·하드웨어)을 함께 봐야 찾을 수 있습니다. 신뢰성 모니터(p…
이 글에서 다루는 오류 코드
CRITICAL_PROCESS_DIED
원인을 모르겠다면 증상을 선택해 해당 가이드로 이동하는 IT 오류 자가진단을 이용해 보세요.
공식 참고 문서
외부 링크는 현재 창에서 열립니다. 뒤로 가기로 이 글에 돌아올 수 있습니다.
이 방법으로 문제가 해결됐나요?