윈도우 11을 사용하다 갑자기 재부팅되면서 CRITICAL_PROCESS_DIED가 표시된다면 단순히 프로그램 하나가 종료된 문제가 아닙니다. Microsoft에서 정의한 버그 체크 코드는 0x000000EF이며, Windows 작동에 필요한 중요한 시스템 프로세스가 종료됐을 때 발생합니다.
한 번 발생하고 다시 나타나지 않는다면 우선 경과를 볼 수 있지만, 같은 중지 코드가 반복된다면 원인을 구분해야 합니다. 처음부터 Windows를 초기화하거나 SSD를 포맷하기보다는 최근 변경 사항 → 안전 모드 → Windows 업데이트와 드라이버 → 시스템 파일 → 부팅 복구 → 저장장치·메모리 순서로 확인하는 편이 안전합니다.
확인 기준: 2026년 8월 23일
이런 증상이 나타난다면
| 증상 | 먼저 의심할 부분 |
|---|---|
| 업데이트 후 갑자기 발생 | Windows 업데이트·드라이버 충돌 |
| 그래픽 드라이버 설치 후 발생 | GPU 드라이버 |
| 부팅 직후 반복적으로 발생 | 시스템 파일·시작 드라이버 |
| 특정 프로그램 실행 후 발생 | 프로그램·백그라운드 서비스 충돌 |
| 안전 모드에서는 정상 | 타사 드라이버·서비스·시작 프로그램 |
| 멈춤·파일 손상까지 함께 발생 | SSD·RAM 등 하드웨어 점검 필요 |
특히 블루스크린뿐 아니라 SSD가 BIOS/UEFI에서 간헐적으로 사라지거나 파일 손상이 반복되는 경우에는 소프트웨어 문제로 단정하면 안 됩니다. 저장장치에서 비정상적인 소음이 나거나 연결이 반복적으로 끊기고 중요한 데이터까지 읽히지 않는다면 복구 명령을 계속 실행하기보다 데이터 보존과 하드웨어 점검을 먼저 고려해야 합니다.
CRITICAL PROCESS DIED는 왜 발생할까요?
CRITICAL_PROCESS_DIED라는 이름 때문에 특정 프로그램 하나가 충돌했다고 생각하기 쉽지만 실제 의미는 다릅니다. Microsoft 문서에 따르면 Windows 운영에 중요한 프로세스가 종료됐으며, 해당 프로세스 상태의 손상 등이 발생했을 때 시스템 무결성을 보호하기 위해 버그 체크가 발생할 수 있습니다.
따라서 오류 코드만 보고 SSD 고장, RAM 불량 또는 특정 드라이버를 바로 범인으로 확정할 수는 없습니다. Microsoft도 정확한 원인을 찾으려면 여러 덤프 파일에서 공통적인 특징을 조사하는 방식이 필요할 수 있다고 설명합니다.
실제로는 오류 직전에 무엇이 바뀌었는지가 중요한 단서입니다. 새 하드웨어를 장착했거나 드라이버와 Windows 업데이트를 설치한 직후라면 해당 변경 사항부터 확인하고, 아무것도 바꾸지 않았는데 빈도가 점점 증가한다면 시스템 파일과 하드웨어 쪽까지 범위를 넓혀야 합니다.
1. 새로 연결하거나 변경한 장치부터 확인합니다
오류가 처음 나타난 시점을 떠올려 보세요. RAM, SSD, 그래픽카드, USB 장치처럼 새로운 하드웨어를 추가한 직후라면 PC를 종료하고 해당 장치를 분리할 수 있는 경우 분리한 뒤 다시 부팅합니다.
Microsoft 역시 Windows의 반복적인 중지 코드 문제에서 최근 추가한 하드웨어를 제거하고 다시 시작해 보는 것을 기본적인 문제 해결 단계 중 하나로 안내합니다.
정상 결과: 새 장치를 제거한 상태에서 같은 작업을 반복해도 블루스크린이 더 이상 나타나지 않습니다.
장치를 제거해도 동일하다면 다음 단계로 넘어갑니다. 새 RAM이나 내부 SSD처럼 장착 상태 자체가 원인일 가능성이 있다면 전원을 완전히 끄고 점검해야 하며, 노트북 분해가 필요한 경우 무리하게 직접 진행하지 않는 편이 좋습니다.
2. 안전 모드에서 같은 오류가 발생하는지 확인합니다
정상 부팅이 가능하더라도 CRITICAL_PROCESS_DIED가 반복된다면 안전 모드가 원인을 좁히는 데 유용합니다. 안전 모드는 Windows를 제한된 파일과 드라이버만으로 시작합니다.
Windows 복구 환경에 들어간 다음 문제 해결 → 고급 옵션 → 시작 설정 → 다시 시작으로 이동하고 안전 모드 사용을 선택합니다. 장치 암호화가 적용된 PC에서는 과정 중 BitLocker 복구 키가 필요할 수 있습니다.
정상 결과: 안전 모드에서 일정 시간 사용하거나 기존에 오류가 발생했던 작업을 반복해도 블루스크린이 발생하지 않습니다.
안전 모드에서 정상이라면 기본적인 Windows 구성만으로는 문제가 재현되지 않는다는 중요한 단서를 얻을 수 있습니다. 최근 설치한 드라이버, 백그라운드 프로그램 또는 서비스 충돌 쪽을 우선 확인합니다. 반대로 안전 모드에서도 동일한 오류가 반복된다면 시스템 파일과 저장장치·메모리까지 점검 범위를 넓히는 것이 좋습니다.
3. 최근 업데이트와 드라이버 변경을 확인합니다
블루스크린이 그래픽카드, 칩셋, 저장장치 드라이버 업데이트 직후 시작됐다면 무조건 최신 버전을 다시 설치하기보다 오류 발생 시점과 드라이버 변경 시점이 일치하는지 먼저 확인합니다.
설정 → Windows 업데이트 → 업데이트 기록
에서 최근 설치 내역을 확인하고, PC 제조사 또는 그래픽카드 제조사가 제공하는 현재 사용 기종용 드라이버도 확인합니다.
특히 노트북은 GPU뿐 아니라 칩셋과 전원 관리 등 제조사별 구성이 함께 적용되는 경우가 있으므로 출처가 불분명한 드라이버 설치 프로그램은 사용하지 않는 편이 안전합니다.
정상 결과: 의심되는 변경 사항을 수정한 뒤 여러 차례 재부팅하고 기존 오류 발생 조건을 반복해도 CRITICAL_PROCESS_DIED가 나타나지 않습니다.
오류가 계속되면 드라이버를 계속 교체하기보다 다음 시스템 파일 점검으로 넘어갑니다.
4. DISM과 SFC로 Windows 시스템 파일을 검사합니다
Windows가 정상적으로 부팅된다면 손상된 Windows 구성 요소와 시스템 파일을 검사할 수 있습니다. 작업 중인 파일을 먼저 저장한 뒤 터미널(관리자) 또는 관리자 권한 명령 프롬프트를 실행합니다.
먼저 다음 명령을 실행합니다.
DISM.exe /Online /Cleanup-Image /RestoreHealth작업이 완료된 다음 아래 명령을 실행합니다.
sfc /scannowMicrosoft는 DISM으로 Windows 구성 요소를 복구한 다음 SFC를 실행하여 보호된 시스템 파일을 검사하는 절차를 안내하고 있습니다. SFC 검사가 진행되는 동안 명령 창을 닫지 말고 100% 완료될 때까지 기다려야 합니다.
정상 결과: DISM 작업이 정상적으로 완료되고 SFC 검사에서 무결성 위반이 발견되지 않거나 손상된 파일이 정상적으로 복구됩니다. 이후 재부팅해 오류가 다시 발생하는지 확인합니다.
SFC가 작업을 수행할 수 없다는 결과를 표시한다면 Microsoft는 안전 모드에서 SFC를 실행하는 방법도 안내하고 있습니다.
중요한 점은 명령 실행 성공 자체가 해결을 의미하지 않는다는 것입니다. 재부팅 후 기존 블루스크린이 발생하던 조건에서 다시 확인해야 합니다.
5. Windows가 정상 부팅되지 않는다면 시작 복구를 사용합니다
CRITICAL_PROCESS_DIED가 부팅 과정에서 반복되어 바탕화면까지 들어갈 수 없다면 재설치부터 진행하지 마세요. 먼저 Windows 복구 환경(Windows RE)의 시동 복구를 시도합니다.
Windows RE에서
문제 해결 → 고급 옵션 → 시동 복구
로 이동합니다. Microsoft에 따르면 시동 복구는 손상되거나 누락된 시스템 파일, 부팅 구성 문제, 호환되지 않는 드라이버 등 Windows 시작을 방해하는 일부 문제를 자동으로 진단하고 복구할 수 있습니다.
Windows가 여러 차례 정상적으로 시작되지 않으면 Windows RE가 자동으로 실행될 수 있습니다. Windows가 아직 실행된다면
설정 → 시스템 → 복구 → 고급 시작 옵션 → 지금 다시 시작
경로에서도 접근할 수 있습니다.
정상 결과: 시동 복구가 끝난 뒤 Windows 로그인 화면과 바탕화면까지 정상적으로 진입합니다.
BitLocker가 활성화된 장치는 복구 과정에서 복구 키가 필요할 수 있으므로 키를 확인할 수 없는 상태에서 복구 옵션을 무작정 진행하지 않는 것이 좋습니다.
6. 특정 프로그램 충돌이 의심되면 클린 부팅으로 구분합니다
Windows에는 들어갈 수 있지만 일반 부팅에서만 오류가 반복된다면 백그라운드 프로그램과 서비스 충돌을 확인할 차례입니다.
Microsoft의 클린 부팅은 필수 드라이버와 시작 프로그램만 사용하도록 구성해 백그라운드 소프트웨어 충돌을 분리하는 방법입니다. 안전 모드와 달리 어떤 서비스나 시작 항목이 문제인지 단계적으로 좁히는 데 활용할 수 있습니다.
클린 부팅 상태에서 문제가 사라진다면 비활성화했던 항목을 한꺼번에 전부 켜지 말고 몇 개씩 복원하면서 재현 여부를 확인합니다.
정상 결과: 특정 서비스나 시작 프로그램을 활성화했을 때만 오류가 다시 발생해 충돌 대상을 좁힐 수 있습니다.
반대로 클린 부팅 상태에서도 동일하다면 단순 시작 프로그램 충돌 가능성은 낮아지므로 하드웨어 상태와 크래시 덤프를 확인할 단계입니다.
하드웨어 고장인지 확인하는 방법
CRITICAL_PROCESS_DIED 자체만으로 SSD 또는 RAM 고장이라고 판단할 수는 없습니다. 다음과 같은 증상이 함께 나타나는지가 더 중요합니다.
| 확인 결과 | 판단 |
|---|---|
| 안전 모드에서는 정상 | 타사 드라이버·서비스 가능성 증가 |
| 특정 드라이버 변경 후에만 발생 | 해당 드라이버 우선 점검 |
| 파일 손상과 읽기 오류가 반복됨 | 저장장치 점검 필요 |
| SSD가 BIOS/UEFI에서도 간헐적으로 사라짐 | 저장장치·연결·메인보드 점검 필요 |
| 메모리 관련 오류도 다양하게 반복됨 | RAM 점검 필요 |
| Windows 재설치 후에도 동일한 오류 반복 | 하드웨어·펌웨어·드라이버 범위까지 점검 |
특히 중요한 자료가 있는 SSD에서 읽기 오류, 파일 손상, 연결 끊김이 반복된다면 무리한 쓰기 작업이나 초기화를 먼저 하지 마세요. 데이터를 다른 장치로 읽을 수 있는 상태라면 중요한 파일 확보를 우선하고, 저장장치 자체가 불안정하다면 전문 데이터 복구가 필요한지 판단하는 것이 안전합니다.
그래도 해결되지 않는다면
여기까지 진행했는데도 같은 블루스크린이 반복된다면 오류 화면의 코드만 가지고 설정을 계속 변경하기보다 크래시 덤프 분석으로 넘어가는 것이 효율적입니다. Microsoft도 CRITICAL_PROCESS_DIED의 정확한 원인을 파악할 때 여러 덤프 파일을 비교해 공통점을 조사하는 방법을 설명합니다.
서비스센터나 제조사 지원에 문의할 때는 CRITICAL_PROCESS_DIED / 0x000000EF, 오류가 발생한 시간, 직전에 설치한 업데이트·드라이버·하드웨어, 안전 모드 재현 여부, SFC와 DISM 결과를 함께 전달하세요. 단순히 “블루스크린이 뜹니다”라고 설명하는 것보다 진단 범위를 크게 줄일 수 있습니다.
Windows 초기화나 재설치는 이 단계에서도 무조건적인 첫 선택은 아닙니다. 저장장치 또는 RAM 문제가 원인이라면 운영체제를 다시 설치해도 문제가 재발할 수 있기 때문입니다.
자주 묻는 질문
CRITICAL PROCESS DIED가 한 번 떴는데 고장인가요?
한 번의 발생만으로 하드웨어 고장이라고 판단할 수 없습니다. 재부팅 후 정상적으로 사용되고 같은 중지 코드가 반복되지 않는다면 우선 상태를 지켜볼 수 있습니다. Microsoft도 예상치 못한 재시작이 한 번 발생한 경우 재시작만으로 문제가 끝날 수 있다고 안내하며, 동일한 중지 코드가 반복될 때 추가 문제 해결을 권장합니다.
CRITICAL PROCESS DIED는 SSD 고장인가요?
반드시 그렇지는 않습니다. Windows 중요 프로세스가 종료됐다는 중지 코드이므로 드라이버, 시스템 파일, 소프트웨어 충돌 등도 확인해야 합니다. SSD가 BIOS/UEFI에서 사라지거나 읽기 오류와 파일 손상이 동반될 때 저장장치 문제 가능성을 더 적극적으로 확인해야 합니다.
포맷하면 해결되나요?
처음부터 포맷하는 것은 권장하지 않습니다. 최근 변경 사항, 안전 모드, 드라이버, 시스템 파일, Windows 복구 기능을 먼저 확인해야 합니다. 하드웨어 문제라면 포맷 후에도 재발할 수 있습니다.
안전 모드에서는 오류가 발생하지 않습니다. 무엇을 확인해야 하나요?
타사 드라이버와 백그라운드 서비스, 최근 설치한 프로그램을 우선 확인하세요. Microsoft도 안전 모드에서 문제가 재현되지 않는 경우 제한된 기본 구성과 비교해 원인 범위를 좁힐 수 있다고 설명합니다.
계속 재부팅돼서 Windows에 들어갈 수 없습니다.
Windows RE에서 문제 해결 → 고급 옵션 → 시동 복구를 먼저 시도하세요. 필요하면 시작 설정을 통해 안전 모드 진입도 시도할 수 있습니다. 암호화된 PC에서는 BitLocker 복구 키가 요구될 수 있습니다.
정리
윈도우 11 CRITICAL_PROCESS_DIED는 중요한 시스템 프로세스가 종료됐을 때 나타나는 0x000000EF 중지 코드입니다. 오류 이름만 보고 SSD나 RAM 고장으로 단정하기보다는 오류 직전에 변경된 하드웨어·업데이트·드라이버가 있었는지부터 확인하는 것이 빠릅니다.
Windows가 부팅된다면
최근 변경 사항 확인 → 안전 모드 → 업데이트·드라이버 확인 → DISM·SFC → 클린 부팅
순서로 범위를 좁혀 보세요. 정상 부팅 자체가 어렵다면 Windows RE의 시동 복구와 안전 모드를 먼저 사용합니다.
같은 코드가 계속 반복되거나 파일 손상, 저장장치 인식 불량 같은 증상까지 동반된다면 초기화를 반복하기보다 크래시 덤프와 SSD·RAM 등 하드웨어 상태를 함께 진단하는 단계로 넘어가는 것이 좋습니다.
