이 글을 3줄로 요약하면
· 커널이 디스크에서 데이터를 읽어오지 못했을 때 뜨는 정지 코드입니다. 버그 검사 번호는 0x0000007A입니다.
· 원인은 디스크·메모리·저장장치 드라이버·시스템 파일 네 갈래이고, 정지 코드의 두 번째 값이 어느 갈래인지 알려줍니다.
· 그 값을 먼저 읽으면 여섯 가지 방법을 순서대로 다 해볼 필요가 없습니다.
0x7A는 정확히 무슨 뜻인가
"디스크가 고장 났다"가 아니라 "읽어오지 못했다"입니다. 이 차이가 원인을 가릅니다.
KERNEL_DATA_INPAGE_ERROR의 버그 검사 값은 0x0000007A입니다. 마이크로소프트 문서는 이 코드를 페이징 파일에서 커널 데이터를 메모리로 읽어 들이지 못했을 때 발생한다고 설명합니다.
여기서 "읽어 들이는 과정(inpage)"에는 디스크만 관여하는 게 아닙니다. 저장장치, 그 장치를 다루는 드라이버, 데이터를 받아 담을 메모리, 그리고 컨트롤러와 케이블까지 전부 이 경로 위에 있습니다. 그중 어디 한 곳만 흔들려도 같은 0x7A가 뜹니다.
그래서 이 오류는 "디스크를 바꾸면 된다"고 단정할 수 없는 유형입니다. 실제로 마이크로소프트 문서가 나열하는 원인에는 디스크 불량 섹터뿐 아니라 메모리 결함, 케이블·연결 불량, 컨트롤러가 디스크를 인식하지 못하는 상태, 바이러스 감염까지 함께 들어 있습니다.
파란 화면에는 "PC에 문제가 발생하여 다시 시작해야 합니다"라는 문구와 함께 하단에 정지 코드 이름이 표시됩니다. 재부팅되면서 덤프 파일이 남는데, 이 파일이 뒤에서 원인을 확정하는 근거가 됩니다.
증상으로 원인 좁히기
언제 뜨는지가 원인을 상당 부분 알려줍니다.
| 증상 | 유력한 원인 | 먼저 볼 항목 |
|---|---|---|
| 대용량 복사·게임 로딩처럼 디스크를 많이 쓸 때 집중 | 불량 섹터 또는 파일 시스템 손상 | 원인 A → chkdsk |
| 시점과 무관하게 불규칙하게, 정지 코드도 매번 바뀜 | 메모리 불량 또는 슬롯 접촉 불량 | 원인 B → 메모리 진단 |
| 윈도우 업데이트나 SSD 교체 직후부터 시작 | 저장장치 드라이버·펌웨어 호환 문제 | 원인 C → 펌웨어 확인 |
| 부팅 직후에만 뜨고 재부팅하면 한동안 멀쩡 | 시스템 파일 또는 부팅 관련 구성 요소 손상 | 원인 D → SFC·DISM |
| 본체를 옮긴 뒤부터, 또는 소음·진동 후 발생 | SATA·전원 케이블 접촉 불량 | 원인 C → 케이블 재장착 |
| 부팅 로고에서 멈추고 재부팅을 반복 | 부팅 볼륨을 읽지 못하는 상태 | 7번 항목 → 정지 코드 값 확인 |
원인 A디스크 불량 섹터와 파일 시스템 손상
가장 흔한 갈래이고, 확인 방법도 가장 명확합니다.
커널 데이터가 놓인 영역이 물리적으로 상했거나, 그 위치를 가리키는 파일 시스템 정보가 깨졌다면 읽기 자체가 실패합니다. 마이크로소프트 문서가 첫 번째 조치로 Chkdsk /f /r를 안내하는 이유입니다.
1시스템 드라이브에 디스크 검사를 예약한다
시작 버튼 우클릭 → "터미널(관리자)"에서 입력합니다. C 드라이브는 사용 중이라 즉시 실행되지 않고 다음 부팅 때 검사하겠냐고 묻습니다. Y를 입력하고 재부팅하면 부팅 과정에서 검사가 진행됩니다.
2검사 요약에서 불량 섹터 줄만 본다
검사가 끝나면 "불량 섹터에 있는 KB" 항목이 나옵니다. 이 값이 0이 아니면 물리 손상이 이미 시작된 것이고, 검사할 때마다 늘어난다면 디스크 교체를 준비해야 합니다.
3검사 전에 백업부터 한다
/r 옵션은 불량 섹터에서 읽을 수 있는 정보를 옮기는 작업이라 시간이 오래 걸리고, 이미 약해진 디스크에는 부담이 됩니다. 중요한 파일은 검사 전에 다른 저장장치로 옮겨 두세요.
이 방법이 안 통하는 경우
검사에서 불량 섹터가 0으로 나왔는데도 블루스크린이 반복된다면 디스크 표면 문제가 아닙니다. 정지 코드가 매번 다른 이름으로 바뀐다면 원인 B, 같은 이름으로 고정이라면 원인 C로 넘어가세요.
원인 B메모리 불량과 접촉 불량
디스크에서 읽어온 데이터를 담을 자리가 불안정하면 결과는 같습니다.
0x7A의 두 번째 매개변수 중에는 STATUS_INSUFFICIENT_RESOURCES처럼 메모리 자원 쪽을 가리키는 값도 있습니다. 물리 메모리가 불안정하면 읽어온 페이지가 깨지고, 커널은 그것을 읽기 실패로 처리합니다.
1윈도우 메모리 진단을 돌린다
실행 창(Win + R)에서 입력하면 두 가지 선택지가 나옵니다. "지금 다시 시작하여 문제 확인"을 고르면 재부팅 후 검사가 진행되고, 결과는 로그인한 뒤 알림으로 표시됩니다.
2한 개씩 꽂아 범인을 특정한다
메모리가 두 개 이상이면 하나만 꽂고 며칠 써 보고, 다시 다른 하나로 바꿔 같은 기간을 씁니다. 어느 한 쪽에서만 재발하면 그 모듈이 원인입니다. 슬롯을 바꿔 꽂았을 때 증상이 따라 움직이면 슬롯 쪽 문제입니다.
3오버클럭 프로파일을 껐다가 확인한다
XMP·EXPO 프로파일을 켜 둔 상태라면 BIOS에서 잠시 끄고 기본 속도로 며칠 사용해 봅니다. 이때 증상이 멈추면 모듈 불량이 아니라 설정 문제입니다.
"이상 없음"이 무죄 판정은 아닙니다
윈도우 메모리 진단은 기본 검사만 짧게 돌립니다. 간헐적인 불량은 잡히지 않는 경우가 많으니, 여기서 통과했더라도 증상이 계속되면 한 개씩 꽂아 보는 2번 단계까지 해 보는 편이 확실합니다.
이 방법이 안 통하는 경우
메모리를 한 개씩 바꿔 꽂아도 증상이 그대로면 메모리가 아닙니다. 저장장치를 최근에 바꿨거나 윈도우를 크게 업데이트한 적이 있다면 원인 C로 가세요.
원인 C저장장치 드라이버와 펌웨어
디스크는 멀쩡한데 그 디스크를 다루는 소프트웨어가 어긋난 경우입니다.
마이크로소프트 문서는 0x7A의 원인 중 하나로 컨트롤러가 디스크를 보지 못하는 상태와 케이블·연결 결함을 함께 듭니다. 소프트웨어 층에서는 저장장치 컨트롤러 드라이버가, 하드웨어 층에서는 SSD 펌웨어가 여기에 해당합니다.
1디스크 드라이브 드라이버의 날짜와 버전을 본다
장치관리자(devmgmt.msc)에서 "디스크 드라이브"와 "저장소 컨트롤러"를 펼쳐 각 항목의 속성 → 드라이버 탭을 확인합니다. 증상이 시작된 날짜와 드라이버 날짜가 겹치면 그 교체가 방아쇠였을 가능성이 큽니다.
2SSD 펌웨어 버전을 제조사 도구로 확인한다
삼성·마이크론·SK하이닉스·WD·샌디스크 등 제조사마다 전용 관리 프로그램이 있습니다. 공식 지원 페이지에서 자기 모델명으로 검색해 받은 뒤, 현재 펌웨어 버전과 최신 버전을 비교합니다. 특정 펌웨어와 특정 윈도우 빌드의 조합에서 발생하던 문제가 펌웨어 업데이트로 정리된 사례가 보고돼 있어, 이 확인은 건너뛰지 않는 편이 좋습니다.
3데스크톱이면 케이블을 다시 꽂는다
전원을 완전히 내리고 플러그를 뽑은 뒤, SATA 데이터 케이블과 전원 케이블을 양쪽 다 뺐다가 다시 꽂습니다. 케이블이 여유분으로 있다면 아예 다른 것으로 교체해 봅니다. 노트북은 분해보다 서비스센터 점검이 안전합니다.
펌웨어 업데이트 전에는 반드시 전원을 안정시킵니다
펌웨어를 쓰는 도중 전원이 끊기면 저장장치가 인식조차 되지 않는 상태가 될 수 있습니다. 노트북은 충전기를 연결하고 배터리를 채운 상태에서, 데스크톱은 다른 작업을 모두 닫은 상태에서 진행하세요.
이 방법이 안 통하는 경우
펌웨어가 이미 최신이고 케이블을 바꿔도 그대로라면 하드웨어 경로는 정리된 것입니다. 남은 것은 시스템 파일 쪽이니 원인 D로 넘어가세요.
원인 D시스템 파일 손상
하드웨어 경로를 다 확인한 뒤 마지막으로 짚는 갈래입니다.
커널이 읽으려던 파일 자체가 손상됐거나, 업데이트 도중 구성 요소 저장소가 깨진 경우입니다. 마이크로소프트 문서도 일반 조치로 최신 업데이트 설치와 악성코드 검사를 함께 권합니다.
1시스템 파일을 먼저 검사한다
"손상된 파일을 찾았지만 일부를 복구하지 못했습니다"라는 결과가 나오면 복구 원본 자체가 깨진 상태이므로 다음 단계가 필요합니다.
2구성 요소 저장소를 복구하고 다시 검사한다
이 명령은 인터넷에서 정상 파일을 받아 복구합니다. 완료된 뒤 sfc /scannow를 한 번 더 돌려 이번에는 깨끗하게 끝나는지 확인합니다.
3악성코드 전체 검사를 한 번 돌린다
Windows 보안 → 바이러스 및 위협 방지 → 검사 옵션 → "전체 검사"를 선택합니다. 디스크 입출력을 가로채는 악성코드가 이 오류를 유발하는 경우가 원인 목록에 함께 올라 있습니다.
이 방법이 안 통하는 경우
SFC와 DISM이 모두 깨끗하게 끝났는데도 재발한다면 소프트웨어 문제가 아닙니다. 7번 항목으로 가서 정지 코드의 두 번째 값을 읽고, 그 값이 가리키는 하드웨어를 다시 점검하세요.
정지 코드 값으로 원인을 확정하는 법
이 오류는 어느 갈래인지 알려주는 값을 스스로 남깁니다.
0x7A에는 네 개의 매개변수가 따라붙는데, 그중 두 번째 값이 입출력 상태 코드입니다. 마이크로소프트 문서는 이 값별 의미를 표로 제공합니다. 아래는 자주 나오는 값들입니다.
| 두 번째 값 | 의미 | 가야 할 항목 |
|---|---|---|
| 0xC000009C | 디스크의 불량 블록·섹터 | 원인 A |
| 0xC000016A | 디스크 작업 실패 · 불량 블록 | 원인 A |
| 0xC000009A | 비페이징 풀 자원 부족 | 원인 B |
| 0xC000009D | 장치가 연결돼 있지 않음 · 케이블·연결 결함 | 원인 C |
| 0xC0000185 | 입출력 장치 오류 · 케이블 결함이나 IRQ 충돌 | 원인 C |
| 0xC000000E | 해당 장치 없음 · 하드웨어 결함이나 잘못된 구성 | 원인 C |
1이벤트 뷰어 시스템 로그에서 기록을 찾는다
Win + R → eventvwr.msc → "Windows 로그" → "시스템"에서 우측 "현재 로그 필터링"으로 수준을 "오류"만 남깁니다. 원본이 BugCheck인 항목을 열면 정지 코드와 매개변수 네 개가 그대로 적혀 있습니다.
2같은 로그에서 disk 경고가 함께 있는지 본다
블루스크린 직전 시각에 원본이 disk 또는 Ntfs인 경고가 붙어 있다면 저장장치 쪽 근거가 하나 더 생긴 셈입니다. 표의 값과 이 기록이 같은 방향을 가리키면 판단이 훨씬 단단해집니다.
3덤프가 안 남으면 설정부터 확인한다
Win + R → sysdm.cpl → "고급" 탭 → "시작 및 복구" 설정에서 "디버깅 정보 쓰기"가 "없음"으로 되어 있으면 덤프가 만들어지지 않습니다. "작은 메모리 덤프"로 바꿔 두면 다음 발생 때 근거가 남습니다.
자주 묻는 질문
판별 도중 자주 막히는 지점들입니다.
Q.한 번만 뜨고 그 뒤로 괜찮은데 그냥 넘어가도 되나요?
A.일회성이면 지켜봐도 되지만, 이 코드는 저장장치 경로의 문제를 알리는 신호라 백업만은 미뤄두지 않는 편이 좋습니다. 두 번째 발생부터는 원인 A의 디스크 검사를 실행하세요.
Q.chkdsk에 시간이 얼마나 걸리나요?
A.용량과 상태에 따라 20분에서 몇 시간까지 벌어집니다. 특히 /r는 표면 전체를 훑기 때문에 오래 걸립니다. 진행률이 오래 멈춘 것처럼 보여도 전원을 끊지 마세요.
Q.정상 부팅이 안 되는데 검사를 어떻게 돌리나요?
A.고급 시작 옵션의 복구 환경에서 명령 프롬프트를 열면 같은 명령을 쓸 수 있습니다. 다만 복구 환경에서는 드라이브 문자가 평소와 다르게 잡히는 경우가 있으니 대상 문자를 먼저 확인하세요.
Q.SSD를 산 지 얼마 안 됐는데도 이 오류가 뜹니다.
A.새 제품이라도 출고 시 펌웨어가 최신이 아닌 경우가 있습니다. 구입 직후라도 원인 C의 펌웨어 확인은 해 두는 편이 좋습니다.
Q.포맷하고 다시 설치하면 확실히 해결되나요?
A.원인 D에 해당했다면 해결됩니다. 하지만 원인 A~C처럼 하드웨어 쪽이면 재설치 후에도 그대로 재발합니다. 7번 항목의 값을 먼저 확인하고 나서 결정하는 편이 시간을 아낍니다.
함께 보면 좋은 글
같은 판별 방식으로 정리한 블루스크린 글입니다.
MEMORY_MANAGEMENT 블루스크린 (0x0000001A) 메모리 진단에서 오류가 잡혔다면 이 글이 다음 단계입니다 · 눌러서 확인하기 → IRQL_NOT_LESS_OR_EQUAL 블루스크린 원인 4가지 정지 코드가 매번 다른 이름으로 바뀐다면 함께 보면 좋습니다 · 눌러서 확인하기 →참고 문서 · Bug Check 0x7A: KERNEL_DATA_INPAGE_ERROR (Microsoft Learn)
