Windows 에서 갑작스러운 블루스크린과 재부팅이 반복되면 중지 코드, 이벤트 로그, 미니덤프를 함께 확인해야 원인을 좁힐 수 있습니다. 저장장치 오류와 드라이버 충돌, 시스템 파일 손상 여부를 구분하고 복구·백업·점검 순서를 정리합니다.
블루스크린 재부팅이 반복될 때 중지 코드와 덤프 파일 확인 순서
작업 중 화면이 멈춘 뒤 파란 오류 화면과 함께 재부팅이 반복되면, 재부팅 횟수보다 충돌 직전에 남은 기록을 먼저 확보해야 합니다. Windows 는 오류 화면을 잠깐 표시한 뒤 자동으로 다시 시작하는 경우가 많아 중지 코드와 발생 시간을 놓치기 쉽습니다. 신당동 CRITICAL_OBJECT_TERMINATION처럼 핵심 프로세스 종료와 연결될 수 있는 오류는 드라이버 하나만 의심하기보다 저장장치 응답, 시스템 파일, 시작 프로그램을 순서대로 나누어 봐야 합니다. 부팅이 간헐적으로라도 가능하다면 무리한 초기화보다 미니덤프와 이벤트 기록을 복사해 두는 편이 우선입니다. 재부팅이 계속되어 자료 확보가 어렵다면 동네형컴퓨터 010-6833-8119 로 현재 부팅 가능 여부와 최근 변경 사항을 먼저 알려주면 점검 방향을 정리할 수 있습니다. 중요한 문서가 있는 장비라면 복구 시도 전 데이터 접근 상태부터 확인하세요.
미니덤프와 이벤트 로그에서 충돌 직전 기록 찾기
먼저 자동 재시작을 잠시 해제하면 블루스크린에 표시되는 중지 코드와 실패 모듈 이름을 확인할 가능성이 높아집니다. 시스템 속성의 시작 및 복구 설정에서 ‘자동으로 다시 시작’ 항목을 해제한 뒤, 다음 오류가 발생했을 때 화면을 촬영해 둡니다. 오류가 부팅 직후에 나는지, 특정 프로그램·게임·파일 작업 중에 발생하는지도 함께 적어야 원인 범위가 좁아집니다.
충돌 분석의 중심은 C:\Windows\Minidump 폴더입니다. 이 위치의 .dmp 파일에는 충돌 당시 호출된 드라이버와 오류 흐름이 남을 수 있습니다. 신당동 CRITICAL_OBJECT_TERMINATION이 표시된 상황이라도 덤프에서 스토리지 드라이버, 그래픽 드라이버, 보안 프로그램 관련 구성 요소가 확인되는지 교차 검토해야 합니다. 덤프가 없으면 시스템이 너무 빠르게 멈췄거나, 디버깅 정보 저장 설정 또는 저장장치 상태를 추가로 확인해야 합니다.
이벤트 뷰어에서는 Windows 로그의 시스템 항목을 열고 재부팅 시간 전후의 오류·경고를 살펴봅니다. 신뢰성 기록에서도 응용 프로그램 오류, 하드웨어 오류, 업데이트 실패가 날짜별로 정리됩니다. 단일 로그 하나로 결론을 내리기보다 블루스크린 발생 시각, 이벤트 로그, 미니덤프 생성 시각이 같은 흐름인지 비교하는 방식이 안전합니다.
| 확인 자료 | 우선 확인할 내용 | 판단에 도움 되는 경우 |
|---|---|---|
| 블루스크린 화면 | 중지 코드, 실패 파일명, 발생 시각 | 오류 유형을 처음 분류할 때 |
| 미니덤프 | 호출된 드라이버와 충돌 흐름 | 반복되는 동일 오류가 있을 때 |
| 이벤트 로그 | 디스크, 드라이버, 강제 종료 기록 | 재부팅 직전의 이상 징후를 찾을 때 |
| 신뢰성 기록 | 업데이트·프로그램 설치 후 변화 | 최근 변경 이력을 연결할 때 |
저장장치와 시스템 파일을 분리해 점검하는 방법
0xF4 계열의 중지 오류는 Windows 가 정상 동작에 필요한 프로세스 또는 스레드가 종료됐다고 판단할 때 나타날 수 있습니다. 이때 SSD 또는 HDD가 순간적으로 응답하지 않으면 시스템 파일 접근이 끊긴 것처럼 보일 수 있으므로, 단순히 Windows 만 다시 설치하기 전에 저장장치 상태를 분리해 확인해야 합니다.
우선 BIOS 또는 Windows 에서 저장장치가 안정적으로 인식되는지 보고, SMART 상태와 사용 시간, 경고 항목을 확인합니다. 데스크톱이라면 SATA 케이블·전원선·슬롯 접촉 문제도 점검 대상입니다. 노트북이나 M.2 SSD 장비는 장착 상태와 발열, 인식이 간헐적으로 끊기는지 확인합니다. 파일 탐색기가 늦게 열리거나 복사 중 멈춤, 부팅 시간이 갑자기 길어지는 증상이 동반된다면 저장장치 원인을 더 우선에 둡니다.
파일 시스템 오류는 관리자 권한 명령 프롬프트에서 디스크 검사로 확인할 수 있습니다. 이어서 SFC 검사와 DISM 복구 검사를 실행해 손상된 Windows 구성 요소가 있는지 살핍니다. 검사 결과가 복구되었다고 끝내기보다, 재부팅 후 같은 작업에서 오류가 다시 나는지 확인해야 합니다. 저장장치 오류가 계속 보고되는 상태라면 시스템 파일 복구만 반복하는 것은 안전한 해결책이 아닐 수 있습니다.
안전 모드에서 드라이버 충돌 범위 줄이기
안전 모드는 최소한의 드라이버와 서비스로 Windows 를 시작하므로 원인 분리에 유용합니다. 일반 모드에서는 재부팅되는데 안전 모드에서 안정적으로 유지된다면, 기본 하드웨어 고장만으로 단정하기보다 일반 시작 환경의 드라이버·보안 프로그램·시작 프로그램 영향을 우선 검토할 수 있습니다.
최근 변경한 그래픽, 스토리지, 칩셋, 네트워크 드라이버를 날짜 순으로 확인하고 문제가 시작된 시점과 맞는 항목부터 되돌립니다. 백신, VPN, 디스크 관리 도구, 시스템 최적화 프로그램도 커널 수준 구성 요소를 추가하는 경우가 있어 검토 대상입니다. 여러 항목을 한 번에 삭제하면 원인을 잃기 쉬우므로, 한 범주씩 변경한 뒤 재부팅과 동일 작업을 반복해 결과를 기록하는 방식이 좋습니다.
Windows 업데이트 직후 문제가 시작됐다면 업데이트 이력과 장치 드라이버 교체 시점도 함께 봐야 합니다. 반대로 안전 모드에서도 멈춤, 디스크 인식 실패, 파일 복사 오류가 나타난다면 드라이버 충돌보다 저장장치와 메모리, 물리 연결 상태의 우선순위가 높아집니다.
현장 확인과 원격 검토를 나누는 기준
부팅이 유지되고 미니덤프·이벤트 로그·오류 화면을 확보할 수 있다면 원격으로 기록을 먼저 검토할 수 있습니다. 반면 Windows 진입 자체가 안 되거나 저장장치가 BIOS에서 사라지고, 케이블·슬롯·교체 장착 확인이 필요하면 현장 점검이 적합합니다. 신당동에서 일정 조율이 필요한 경우에도 저장장치 인식 여부, 부팅 가능 여부, 백업할 자료 유무를 먼저 정리하면 불필요한 작업을 줄일 수 있습니다.
재부팅이 잦아지기 전에 남길 자료
복구를 시도하기 전에는 오류 화면 사진, 최초 발생 날짜, 재부팅되는 작업, 최근 설치한 프로그램과 업데이트 목록을 남겨 둡니다. Windows 버전, 장치 모델, 저장장치 종류, 미니덤프 파일 유무도 함께 기록하면 점검 과정이 빨라집니다. 중요한 파일은 부팅이 가능한 짧은 시간에 무리하게 대량 복사하기보다, 저장장치 상태를 먼저 판단한 뒤 안전한 방식으로 백업하는 편이 좋습니다.
블루스크린 재부팅은 같은 화면이 반복되어도 원인이 하나라고 볼 수 없습니다. 중지 코드만 보고 드라이버를 교체하거나 초기화를 서두르기보다, 덤프 파일과 로그로 충돌 시점을 확인하고 저장장치·시스템 파일·시작 환경을 분리해 점검해야 합니다. 기록이 남아 있을 때 확인 순서를 잡는 것이 복구 가능성과 데이터 보호에 더 유리합니다.
자주 묻는 질문
Q. CRITICAL_OBJECT_TERMINATION 오류는 무엇을 뜻하나요?
A. Windows 가 정상 동작에 필요한 핵심 프로세스나 스레드의 종료를 감지했을 때 나타날 수 있는 블루스크린 중지 오류입니다. 저장장치 응답, 드라이버 충돌, 시스템 파일 손상을 함께 확인해야 합니다.
Q. 블루스크린이 한 번만 발생해도 덤프 파일을 확인해야 하나요?
A. 한 번만 발생했다면 최근 업데이트나 프로그램 설치 이력을 먼저 확인할 수 있습니다. 다만 같은 증상이 다시 나타나거나 재부팅이 반복되면 미니덤프와 이벤트 로그를 보관하는 것이 좋습니다.
Q. 원격 점검이 어려운 경우는 언제인가요?
A. Windows 진입이 불가능하거나 저장장치가 인식되지 않고, 물리적인 연결 확인 또는 부품 교체가 필요한 경우에는 현장 확인이 더 적합합니다.
오류 화면과 덤프 파일이 남아 있다면 동네형컴퓨터 010-6833-8119 또는 https://udns.kr/로 점검 자료를 확인해 보세요.