Windows 업데이트나 드라이버 설치 도중 POOL_HEADER_CORRUPTION 블루스크린이 나타나면 반복 재부팅보다 설치 이력, 저장공간, 메모리 상태, 보안 프로그램 충돌을 먼저 분리해야 합니다. 복구 환경 진입부터 문제 드라이버 제거, 업데이트 재시도 기준까지 점검합니다.

Windows 업데이트가 멈출 때: POOL_HEADER_CORRUPTION 재부팅 전 드라이버 분리 점검
업데이트 진행 중 화면이 멈춘 뒤 블루스크린과 재부팅이 이어진다면, 설치를 다시 누르기 전에 충돌 지점을 분리해야 합니다. 이 정지 코드는 커널 메모리 영역을 사용하는 드라이버, 보안 프로그램, 시스템 유틸리티의 충돌과 함께 나타날 수 있습니다. 특히 누적 업데이트 직전 새 장치를 연결했거나 그래픽·네트워크 드라이버를 바꿨다면 설치 진행률보다 변경 이력을 먼저 보는 편이 안전합니다. 부팅이 가능한 상태라면 오류 화면과 설치 목록을 확보한 뒤 순서를 정해 점검할 수 있습니다. 초기 증상 확인은 동네형컴퓨터 010-6833-8119 로 현재 부팅 가능 여부와 오류 발생 시점을 알려주면 됩니다. 무작정 전원을 여러 번 끄기보다 복구 환경 진입 가능 여부를 먼저 확인하세요.
업데이트 직전 추가된 드라이버부터 추적하기
POOL_HEADER_CORRUPTION은 Windows 가 커널 메모리 풀 관리 과정에서 비정상 상태를 감지했을 때 표시될 수 있는 블루스크린 정지 코드입니다. 업데이트 파일 자체의 문제처럼 보여도, 실제 원인은 업데이트가 재시작하며 기존 드라이버를 불러오는 구간에 있을 수 있습니다. 따라서 최근에 설치한 항목을 시간순으로 되짚는 과정이 중요합니다.
먼저 설정의 Windows 업데이트 기록에서 오류가 난 날짜와 설치를 시도한 품질 업데이트를 확인합니다. 이어서 장치 관리자에서 최근 변경된 그래픽, 네트워크, 저장장치, USB, 프린터 관련 장치를 살펴봅니다. 제조사 관리 프로그램이 자동으로 넣은 드라이버도 포함해야 하며, 장치 이름만 보고 판단하기보다 드라이버 공급자와 날짜를 함께 기록하는 것이 좋습니다.
설치된 앱 목록에서는 백신, VPN, 디스크 암호화 도구, 램 정리 프로그램, 오버클럭·튜닝 유틸리티를 우선 확인합니다. 이런 프로그램은 일반 앱처럼 보여도 시스템 시작 단계에서 커널 구성요소를 불러올 수 있습니다. 인헌동 POOL_HEADER_CORRUPTION 증상처럼 업데이트 중단과 재부팅이 반복되는 경우에도 최근 추가된 항목을 역순으로 분리하면 원인 범위를 줄일 수 있습니다.

| 확인 항목 | 우선 확인 이유 | 조치 방향 |
|---|---|---|
| 최근 장치 드라이버 | 재시작 과정에서 커널 충돌 가능 | 롤백 또는 제조사 버전 재설치 |
| 보안·VPN 프로그램 | 필터 드라이버가 업데이트와 충돌 가능 | 제거 후 재부팅 및 업데이트 재시도 |
| 메모리 증설 이력 | 메모리 오류와 접촉 불량 가능성 | 진단 결과 확인 후 부품 점검 |
| 업데이트 캐시 | 중단된 내려받기 파일 손상 가능 | 저장공간 확보 후 캐시 초기화 검토 |
복구 환경에서 롤백과 제거를 나누는 기준
일반 부팅이 되지 않거나 로그인 직후 다시 오류가 난다면 Windows 복구 환경의 고급 시작 옵션을 이용합니다. 자동 복구 화면이 반복될 때는 강제 종료를 여러 번 반복하기보다, 복구 메뉴에서 안전 모드 진입 항목이 보이는지 확인하는 편이 낫습니다. 안전 모드는 일반 시작 프로그램과 일부 드라이버를 제한해 충돌 프로그램을 제거하거나 드라이버를 되돌리기 쉬운 상태입니다.
처리 순서는 최근 품질 업데이트 제거, 최근 드라이버 롤백 또는 제거, 충돌 가능 프로그램 제거 순으로 잡을 수 있습니다. 업데이트 설치 직후부터 문제가 시작됐다면 복구 환경에서 최신 품질 업데이트 제거를 먼저 시도합니다. 반대로 특정 장치 연결이나 드라이버 설치 직후 오류가 뚜렷했다면 해당 장치의 드라이버를 롤백하거나 제거하는 쪽이 우선입니다.
한 번 조치한 뒤에는 바로 여러 항목을 연달아 삭제하지 말고 정상 부팅 여부를 확인해야 합니다. 부팅이 회복됐다면 업데이트를 즉시 밀어 넣기보다 오류가 발생했던 드라이버의 안정 버전 여부, 보안 프로그램 업데이트 여부를 먼저 확인합니다. 제거 후에도 같은 코드가 반복되거나 안전 모드에서도 중단된다면 드라이버만의 문제로 단정하기 어렵습니다.
설치 재시도 전 확인할 저장공간과 메모리 상태
시스템 드라이브 여유 공간이 부족하면 업데이트 압축 해제와 복구 파일 생성이 불안정해질 수 있습니다. 임시 파일, 이전 업데이트 파일, 휴지통을 정리하되 개인 문서나 업무 자료를 임의로 삭제하지 않도록 구분해야 합니다. 저장장치에 읽기 오류가 있거나 업데이트 캐시가 손상된 경우에도 설치가 특정 퍼센트에서 반복 중단될 수 있습니다.

메모리 상태는 Windows 메모리 진단으로 1 차 확인할 수 있습니다. 오류가 확인되면 업데이트 재시도보다 메모리 모듈, 장착 상태, 최근 증설 여부를 점검하는 일이 앞섭니다. 진단에서 이상이 없더라도 간헐 오류가 완전히 배제되는 것은 아니므로, 오류 시각과 재현 조건을 함께 남겨야 합니다.
부팅이 가능한 경우 관리자 권한 명령 프롬프트에서 sfc /scannow로 시스템 파일을 검사하고, 필요하면 DISM /Online /Cleanup-Image /RestoreHealth를 실행할 수 있습니다. SFC와 DISM 결과는 손상된 Windows 구성요소인지, 별도 드라이버 또는 하드웨어 점검이 필요한지 구분하는 자료가 됩니다. 검사가 끝나기 전에 전원을 끄거나 동시에 여러 복구 도구를 실행하는 것은 피하는 편이 좋습니다.
방문 점검 일정 안내
인헌동 현장 점검은 09:00~18:00 범위에서 부팅 가능 여부와 하드웨어 검사 필요성을 기준으로 일정을 조율합니다. 화면 공유가 가능한 경우에는 원격으로 업데이트 기록, 이벤트 뷰어, 설치 목록을 먼저 확인할 수 있습니다. 다만 Windows 진입이 불가능하거나 블루스크린 직후 바로 재시작되고, 메모리·저장장치 점검이 필요한 상태라면 현장 확인이 더 적합할 수 있습니다.
재부팅 반복 전에 남겨둘 정보
같은 정지 코드가 두 차례 이상 반복되거나, 최신 업데이트를 제거한 뒤에도 부팅이 불안정하면 추가 재시도 전에 기록을 남겨두세요. 블루스크린 사진에는 정지 코드와 오류 발생 시각이 보이도록 촬영하는 것이 좋습니다. 가능하다면 C:\Windows\Minidump 폴더의 최근 미니덤프 파일 존재 여부와 이벤트 뷰어의 시스템 로그도 확인합니다.

문의 전에는 Windows 버전, 업데이트 실패 시각, 최근 설치한 드라이버와 프로그램 목록, 새로 연결한 장치 유무를 준비하면 진단 범위를 줄일 수 있습니다. 인헌동 POOL_HEADER_CORRUPTION 상황에서도 이 자료가 있으면 단순 업데이트 제거가 필요한지, 드라이버 분리가 먼저인지 판단하기 수월합니다.
업데이트 중단 뒤에는 재설치보다 원인 분리가 먼저입니다
블루스크린이 나타난 상태에서 같은 업데이트를 반복 설치하면 동일한 충돌 구간을 다시 만날 수 있습니다. 최근 추가된 커널 구성요소를 역순으로 확인하고, 복구 환경에서 업데이트 제거와 드라이버 롤백을 구분해 적용한 뒤 저장공간·메모리·시스템 파일 상태를 확인하세요. 재설치 전 원인을 분리하는 과정이 같은 중단 구간의 반복을 줄이는 방법입니다.
부팅 상태와 오류 자료를 바탕으로 점검 범위를 정하고 싶다면 동네형컴퓨터 010-6833-8119 또는 https://udns.kr/에서 문의할 수 있습니다. 출장은 서울·경기·인천·세종 지역 09:00~18:00, 원격 점검은 새벽 시간을 제외하고 진행합니다.
자주 묻는 질문
POOL_HEADER_CORRUPTION은 어떤 문제를 뜻하나요?

Windows 가 커널 메모리 풀을 처리하는 과정에서 이상을 감지했을 때 표시될 수 있는 블루스크린 코드입니다. 드라이버 충돌, 메모리 오류, 시스템 구성요소 손상 여부를 함께 확인해야 합니다.
업데이트 도중 블루스크린이 나오면 바로 다시 설치해도 되나요?
반복 설치보다 최근 드라이버와 보안 프로그램, 업데이트 기록을 먼저 확인하는 편이 좋습니다. 동일한 충돌 요소가 남아 있으면 같은 구간에서 다시 중단될 수 있습니다.
원격으로 점검할 수 없는 경우는 언제인가요?
Windows 진입 자체가 불가능하거나 블루스크린 후 즉시 재부팅되어 화면 공유가 어려운 경우, 메모리나 저장장치처럼 하드웨어 검사가 필요한 경우에는 현장 점검이 적합할 수 있습니다.
