Windows 사용 중 갑자기 재부팅되거나 파란 오류 화면이 반복될 때는 메모리 부족, 가상 메모리 설정, 저장장치 여유 공간, 손상된 시스템 파일을 순서대로 점검해야 합니다. 오류 화면의 중지 코드와 발생 시점을 확보하면 원격 점검 또는 현장 조치 범위를 빠르게 판단할 수 있습니다.

블루스크린이 반복될 때 메모리 상태 코드부터 확인하는 복구 절차
작업 중 화면이 멈춘 뒤 파란 오류 화면과 함께 재부팅된다면, 바로 부품 교체부터 결정하기보다 오류가 나타난 시점과 조건을 남기는 일이 우선입니다. 메모리 관련 중지 코드는 실제 RAM 불량뿐 아니라 페이지 파일, 시스템 드라이브 여유 공간, 드라이버 충돌, 손상된 Windows 구성 요소에서도 나타날 수 있습니다. 특히 로그인 직후나 특정 프로그램 실행 순간에만 재부팅된다면 원인을 좁힐 단서가 더 분명해집니다. 오류 화면의 중지 코드, 최근 업데이트 여부, 저장장치 남은 공간을 함께 확인하면 초기화 없이 복구할 가능성을 판단할 수 있습니다. 정상 부팅이 가능한 상태라면 점검 순서를 정리해 두고, 반복 횟수가 늘어나면 동네형컴퓨터 010-6833-8119 로 증상 사진과 함께 문의하는 편이 좋습니다.
페이지 파일과 저장 공간부터 확인하기
메모리 오류 화면이 보였다고 해서 장착된 RAM만 검사하면 진단 범위가 좁아집니다. Windows 는 실행 중인 프로그램이 사용하는 실제 메모리와 함께 페이지 파일을 포함한 커밋 메모리를 관리합니다. 따라서 RAM 용량이 충분해 보여도 페이지 파일이 꺼져 있거나 시스템 드라이브 공간이 부족하면 프로그램 실행 실패, 업데이트 중단, 재부팅 문제가 이어질 수 있습니다.
먼저 작업 관리자에서 성능 → 메모리 항목을 열어 사용량과 커밋된 메모리 수치를 확인합니다. 이어서 시스템 드라이브의 남은 공간도 함께 보아야 합니다. 대용량 업데이트 파일, 임시 파일, 복원 지점이 쌓여 여유 공간이 거의 없다면 페이지 파일이 필요한 크기로 확장되지 못할 수 있습니다. 호법면 STATUS_NO_MEMORY처럼 메모리 상태를 가리키는 문구가 표시된 경우에도 이 두 항목을 먼저 분리해 확인하는 것이 좋습니다.
| 확인 항목 | 의심할 상황 | 우선 조치 |
|---|---|---|
| 시스템 드라이브 여유 공간 | 업데이트·프로그램 실행 중 멈춤 | 불필요한 임시 파일을 정리하고 여유 공간 확보 |
| 페이지 파일 설정 | RAM이 남아도 메모리 부족 경고 발생 | 자동 관리 설정 여부 확인 후 재부팅 |
| 메모리 사용량·커밋 크기 | 특정 앱 실행 때만 재부팅 | 문제를 일으킨 프로그램과 동시 실행 항목 확인 |
페이지 파일은 고급 시스템 설정의 성능 옵션에서 확인할 수 있습니다. 특별한 목적이 없다면 Windows 가 자동으로 관리하도록 두는 편이 안정적입니다. 수동으로 최소·최대 크기를 제한해 두었다면 현재 저장장치 용량과 사용 패턴에 맞는지 검토해야 합니다. 설정을 바꾼 뒤에는 반드시 재부팅하고, 같은 프로그램이나 작업을 다시 실행해 오류가 재현되는지 확인합니다.
최근 드라이버를 분리해 재부팅 원인 좁히기

부팅 직후 반복되는 블루스크린은 최근 설치한 그래픽 드라이버, 저장장치 관리 프로그램, 보안 프로그램, 시스템 최적화 도구가 원인일 수 있습니다. 오류가 시작된 날짜를 기준으로 Windows 업데이트, 드라이버 교체, 메모리 증설, 주변기기 연결 변경 이력을 차례로 적어 두면 확인 시간이 줄어듭니다.
일반 부팅이 불안정하다면 안전 모드로 진입해 최근 설치 항목을 먼저 확인합니다. 이때 한꺼번에 여러 프로그램을 삭제하거나 드라이버를 바꾸기보다, 변경 가능성이 높은 항목부터 하나씩 되돌린 후 재부팅하는 방식이 좋습니다. 그래야 어떤 조치가 효과가 있었는지 판단할 수 있습니다.
원인이 불명확하면 클린 부팅으로 시작 프로그램과 백그라운드 서비스를 최소화합니다. 최소 환경에서 문제가 사라진다면 하드웨어보다 자동 실행 프로그램 또는 서비스 충돌 가능성이 커집니다. 반대로 안전 모드에서도 같은 시점에 멈춘다면 저장장치 상태, 시스템 파일, 메모리 모듈 점검 순서로 넘어가야 합니다. 최근 변경 이력과 재현 조건을 남기면 호법면 STATUS_NO_MEMORY 관련 증상도 드라이버 충돌인지 메모리 관리 문제인지 더 빠르게 분리할 수 있습니다.
복구 명령 실행 전 확보할 오류 기록
복구 명령은 유용하지만, 실행 전 오류 기록을 확보해야 복구 후 결과를 비교할 수 있습니다. 이벤트 뷰어의 시스템 로그에서 오류가 발생한 시간대와 원본 이름을 확인하고, 신뢰성 기록에서 프로그램 설치·업데이트·예기치 않은 종료가 겹친 날짜를 대조합니다. 블루스크린 뒤 자동 재부팅되었다면 미니덤프 파일 생성 여부도 확인 대상입니다.
Windows 구성 요소 손상이 의심될 때는 관리자 권한 명령 프롬프트 또는 터미널에서 다음 순서로 진행합니다.

sfc /scannow
DISM /Online /Cleanup-Image /RestoreHealth
sfc /scannow
첫 번째 SFC는 보호된 시스템 파일을 검사하고, DISM은 Windows 이미지 자체의 손상 여부를 복구하는 데 사용합니다. DISM 실행이 끝난 뒤 SFC를 다시 실행하면 복구 결과를 재확인할 수 있습니다. 완료 후에는 재부팅한 다음, 오류가 발생했던 프로그램 실행·파일 전송·업데이트 작업을 다시 수행해 재현 여부를 확인합니다. 복구 명령 실행 중에도 저장장치 오류나 강제 종료가 반복된다면 무리하게 여러 번 반복하지 말고 데이터를 우선 보존해야 합니다.
점검 방식과 방문 일정
오류 화면을 촬영할 수 있고 Windows 로그인 또는 안전 모드 진입이 가능하면 원격으로 로그, 페이지 파일, 시작 프로그램 설정을 먼저 확인할 수 있습니다. 원격 점검은 새벽 시간을 제외하고 진행하며, 정상 부팅이 전혀 되지 않거나 저장장치 교체·내부 점검이 필요한 경우에는 호법면 방문 일정을 증상과 부팅 가능 여부에 따라 정합니다. 출장 점검은 09:00~18:00 에 서울·경기·인천·세종 범위에서 운영합니다.

재부팅이 반복되기 전에 남길 정보
하루에 두 번 이상 같은 오류가 반복되거나 정상 부팅 자체가 되지 않는다면, 임시로 껐다 켜는 방식보다 원인 기록을 남겨 점검 범위를 정하는 편이 안전합니다. 오류 화면 사진, Windows 버전, 최근 설치하거나 업데이트한 항목, 시스템 드라이브의 남은 공간, 문제가 발생한 정확한 시점을 준비하면 진단이 빨라집니다.
특히 “로그인 전”, “로그인 직후”, “특정 프로그램 실행 중”, “업데이트 후 재시작 중”처럼 실패 지점을 구분해 두면 드라이버·서비스·시스템 파일·저장 공간 중 어디부터 볼지 결정할 수 있습니다. 블루스크린이 반복될 때는 메모리 상태 코드와 재현 조건을 함께 확보해야 불필요한 초기화나 부품 교체를 줄일 수 있습니다.
사진과 기록을 준비했다면 동네형컴퓨터 010-6833-8119 또는 https://udns.kr/에서 점검 방식을 확인할 수 있습니다.
자주 묻는 질문
메모리 관련 블루스크린은 RAM 불량만 의미하나요?

아닙니다. RAM 접촉 불량이나 모듈 문제도 원인이 될 수 있지만, 페이지 파일 설정, 저장장치 여유 공간 부족, 드라이버 충돌, 손상된 시스템 파일도 메모리 관련 중지 코드와 실행 실패를 만들 수 있습니다.
페이지 파일을 꺼도 충분한 RAM이 있으면 문제없나요?
일부 환경에서는 동작할 수 있지만, 프로그램과 Windows 기능에 따라 페이지 파일을 전제로 동작하는 경우가 있습니다. 오류 원인을 찾는 과정에서는 페이지 파일을 완전히 끄기보다 자동 관리 상태로 되돌린 뒤 증상 변화를 확인하는 방식이 안전합니다.
Windows 가 로그인 전에 재부팅되는데 원격 점검이 가능한가요?
원격 연결 프로그램이 실행될 정도로 부팅되지 않는다면 즉시 원격 점검은 어렵습니다. 먼저 안전 모드 진입 가능 여부, 복구 화면 접근 여부, 오류 화면 촬영 가능 여부를 확인한 뒤 현장 점검 필요성을 판단해야 합니다.
