Windows 에서 특정 중지 코드가 나타난 뒤 재부팅을 반복하면 페이지 파일 설정, 저장장치 여유 공간, 최근 드라이버 변경, 메모리 덤프 기록 여부를 함께 확인해야 합니다. 무작정 페이지 파일만 삭제·재생성하기보다 오류 시점과 시스템 로그를 기준으로 원인을 좁힙니다.
중지 코드가 보인 뒤 자동으로 다시 시작되고 Windows 실행까지 실패한다면, 설정을 바로 바꾸기보다 재부팅 직전의 기록을 보존하는 일이 먼저입니다. 페이지 파일은 단순한 여유 공간 문제가 아니라 가상 메모리 운용과 오류 덤프 저장 조건에 함께 연결됩니다. 최근 드라이버나 보안 프로그램이 바뀐 시점과 오류가 시작된 시점을 맞춰 보면 점검 범위를 훨씬 줄일 수 있습니다. 반복 강제 종료는 파일 시스템 손상 가능성까지 더할 수 있으므로 전원 버튼을 계속 누르는 방식은 피하는 편이 좋습니다. 같은 화면이 두 번 이상 나타나거나 안전 모드조차 진입하지 못하면 초기에 기록을 확인해 원인을 분리해야 합니다. 부팅 화면 또는 바탕화면까지 진입한다면 010-6833-8119 로 증상을 먼저 알려 로그 확인 가능 여부를 판단할 수 있습니다.
가상 메모리 설정을 되돌리기 전 확인할 항목
페이지 파일 관련 오류가 나타났다고 해서 무조건 파일을 삭제하거나 크기를 크게 잡는 방식은 적절하지 않을 수 있습니다. 먼저 고급 시스템 설정의 성능 옵션에서 가상 메모리가 ‘시스템 관리 크기’인지, 사용자 지정 크기인지, 또는 ‘페이징 파일 없음’으로 되어 있는지를 확인합니다. 시스템 관리 방식은 Windows 가 필요한 용량을 조절할 수 있어, 원인 확인 전에는 임의의 고정값보다 안정적인 기준이 될 수 있습니다.
영등포구 SESSION_HAS_NO_PAGEFILE처럼 중지 코드와 지역 검색어가 함께 확인되는 경우에도, 실제 점검 대상은 시스템 드라이브의 남은 공간과 현재 페이지 파일 위치입니다. 시스템 드라이브 여유 공간이 지나치게 적으면 가상 메모리 운용뿐 아니라 블루스크린 뒤 메모리 덤프를 남기는 과정도 실패할 수 있습니다. 페이지 파일이 다른 드라이브에 지정되어 있다면 해당 드라이브의 연결 상태, 파일 시스템 오류, 여유 공간도 함께 확인해야 합니다.
| 확인 항목 | 우선 확인 이유 | 조치 방향 |
|---|---|---|
| 가상 메모리 설정 | 사용 안 함 또는 비정상적인 고정값 여부 | 현재 값을 기록한 뒤 시스템 관리 방식 검토 |
| 시스템 드라이브 공간 | 덤프 저장 및 Windows 임시 작업 공간 부족 가능성 | 불필요한 대용량 파일을 정리하고 재부팅 |
| 페이지 파일 위치 | 보조 저장장치 연결 해제·오류의 영향 확인 | 대상 드라이브 상태와 오류 검사 여부 확인 |
| 덤프 파일 생성 | 재부팅 직전 커널 오류 단서 확보 | 생성 시간과 오류 발생 시간을 대조 |
재부팅 직전 기록에서 원인을 좁히는 방법
자동 재시작이 켜져 있으면 블루스크린 화면이 짧게 지나가 중지 코드를 읽기 어렵습니다. 우선 화면을 휴대폰으로 촬영하고, 가능하면 시스템 속성의 시작 및 복구 설정에서 자동 재시작 항목을 확인합니다. 이 과정은 오류를 고치기 위한 설정 변경이라기보다, 다음 발생 때 코드와 파일 이름을 놓치지 않기 위한 기록 확보 단계입니다.
재부팅 후에는 이벤트 뷰어의 Windows 로그에서 BugCheck 항목과 치명적 오류가 기록된 시간을 확인합니다. 이어서 미니덤프 파일이 생성되었는지, 생성 시간이 블루스크린 발생 시각과 맞는지 대조합니다. 덤프가 전혀 없다면 페이지 파일 설정, 시스템 드라이브 여유 공간, 덤프 종류 설정 중 어느 조건이 막혔는지 살펴볼 근거가 됩니다. 업데이트 설치 시간과 오류 최초 발생 시점도 함께 적어 두면 우연한 재부팅과 특정 변경 뒤의 반복 오류를 구분하기 좋습니다.
드라이버 교체와 복구 모드 진입 기준
저장장치, 그래픽, 네트워크, 보안 프로그램 드라이버처럼 커널 동작에 관여하는 항목은 블루스크린과 직접 연결될 수 있습니다. 최근에 드라이버를 업데이트했거나 장치를 추가한 뒤 문제가 시작됐다면, 같은 시점의 변경을 우선 분리합니다. 장치 관리자에서 느낌표만 찾는 데 그치지 말고 Windows 업데이트 기록, 제조사 설치 도구, 보안 프로그램 업데이트 내역까지 확인하는 편이 정확합니다.
정상 부팅이 어렵지만 복구 화면이나 안전 모드에는 진입할 수 있다면 최근 설치된 드라이버·프로그램 제거를 검토할 수 있습니다. 다만 저장장치가 간헐적으로 사라지거나 디스크 검사 메시지가 반복된다면 드라이버만 삭제하며 재부팅을 반복하지 않는 편이 안전합니다. 강제 종료가 누적된 환경에서는 파일 시스템 검사와 시스템 파일 검사도 필요할 수 있으나, 검사 결과와 오류 메시지를 남긴 뒤 다음 조치를 결정해야 합니다.
현장과 원격을 나누는 기준
바탕화면까지 안정적으로 들어가고 네트워크 연결이 유지되면 가상 메모리 설정, 이벤트 로그, 덤프 존재 여부는 원격으로 우선 확인할 수 있습니다. 반대로 부팅 과정에서 계속 재시작되거나 저장장치 인식이 불안정하면 현장 점검이 더 적합합니다. 영등포구 방문 일정은 09:00~18:00 출장 가능 시간 안에서 조율하며, 원격 점검은 새벽 시간을 제외하고 진행합니다.
재부팅이 반복되기 전에 남길 정보
같은 중지 코드가 두 번 이상 나타나거나 안전 모드도 실행되지 않을 때는 화면 사진, Windows 버전, 최근 설치한 프로그램과 드라이버 목록을 준비하는 것이 좋습니다. 가능하다면 오류가 처음 발생한 날짜와 직전에 연결한 USB 장치, 교체한 저장장치, 업데이트한 보안 프로그램도 함께 기록합니다. 이 정보가 있으면 페이지 파일 문제인지, 덤프 저장 조건 문제인지, 드라이버 충돌인지 순서를 정해 확인할 수 있습니다.
페이지 파일과 드라이버를 분리해 확인하는 마무리
재부팅 반복 오류는 페이지 파일 하나만 재설정해서 끝나는 경우도 있지만, 저장 공간 부족이나 커널 드라이버 변경이 함께 얽혀 있을 수 있습니다.
따라서 자동 재시작 전에 화면과 로그를 남기고, 가상 메모리 상태와 덤프 생성 조건을 먼저 확인한 뒤 최근 변경 항목을 대조하는 흐름이 중요합니다.
오류 화면 사진과 Windows 버전 정보를 준비해 동네형컴퓨터 010-6833-8119 로 문의하거나 https://udns.kr/에서 점검 상담을 남기면 현재 부팅 상태에 맞춰 원격 또는 방문 확인 범위를 정할 수 있습니다.
자주 묻는 질문
- Q. SESSION_HAS_NO_PAGEFILE 오류는 가상 메모리만 늘리면 해결되나요?
A. 항상 그렇지는 않습니다. 페이지 파일 설정과 시스템 드라이브 여유 공간은 우선 확인 대상이지만, 덤프 기록과 최근 드라이버 변경 이력까지 함께 봐야 원인을 좁힐 수 있습니다.
- Q. 블루스크린이 너무 빨리 사라지면 무엇을 남겨야 하나요?
A. 중지 코드가 보이는 화면을 촬영하고, 재부팅 뒤 이벤트 뷰어의 BugCheck 기록 및 미니덤프 파일 생성 여부를 확인하는 것이 좋습니다.
- Q. 부팅은 되는데 같은 오류가 반복되면 원격 점검이 가능한가요?
A. Windows 바탕화면까지 안정적으로 진입하고 네트워크가 유지된다면 로그와 설정을 원격으로 확인할 수 있습니다. 재부팅이 반복되거나 저장장치 이상 징후가 있으면 현장 확인이 더 적합할 수 있습니다.