- 공유 링크 만들기
- X
- 이메일
- 기타 앱
이 글의 목적은 Windows 11에서 자주 발생하는 블루스크린 정지 코드인 KERNEL_SECURITY_CHECK_FAILURE(무결성 검사 실패)와 MACHINE_CHECK_EXCEPTION(하드웨어 오류)을 원인별로 분리하여, 재현 조건 파악부터 복구·검증까지 현장에서 바로 적용 가능한 절차로 정리하는 것이다.
1. 두 정지 코드의 의미를 먼저 분리하다
KERNEL_SECURITY_CHECK_FAILURE는 커널이 내부 무결성 검사에서 “비정상 상태”를 감지했을 때 발생하는 코드이다.
MACHINE_CHECK_EXCEPTION는 CPU가 하드웨어 수준의 치명 오류를 보고했을 때 발생하는 코드이다.
두 코드는 증상이 비슷해 보여도 접근 순서가 다르며, 진단 우선순위를 잘못 잡으면 같은 작업을 반복하다가 시간을 낭비하기 쉽다.
| 구분 | 대표 의미 | 주요 원인 범주 | 우선 점검 방향 |
|---|---|---|---|
| KERNEL_SECURITY_CHECK_FAILURE | 커널 무결성 검증 실패이다. | 드라이버 결함, 메모리 손상, 파일 시스템/시스템 파일 손상, 보안 소프트웨어 충돌이다. | 드라이버·시스템 무결성부터 정리하다. |
| MACHINE_CHECK_EXCEPTION | CPU가 하드웨어 오류를 보고한 상태이다. | 과열, 오버클럭/언더볼트 불안정, 전원(PSU) 변동, CPU·보드·RAM 결함, PCIe 장치 불안정이다. | 온도·전원·BIOS 기본화 후 하드웨어 스트레스 테스트를 하다. |
주의 : 블루스크린 원인은 “소프트웨어 단독”인 경우도 있지만, RAM 불량이나 과열처럼 “하드웨어가 소프트웨어를 망가뜨리는” 형태도 흔하다. 따라서 증상만 보고 단정하지 말고, 아래의 순서를 따라 원인 후보를 줄이는 방식으로 점검을 진행하다.
2. 공통 준비 단계: 재현 조건과 증거를 확보하다
2.1 재현 조건을 기록하다
발생 시점이 게임·렌더링·절전 복귀·부팅 직후·드라이버 설치/제거 중인지 구분하다.
최근 변경 사항인 Windows 업데이트, 그래픽 드라이버 교체, BIOS 업데이트, RAM XMP 적용, 신규 주변기기 연결을 목록화하다.
2.2 덤프 파일과 이벤트를 확인하다
미니덤프가 남아야 원인 드라이버 추적이 가능하다.
이벤트 뷰어에서 “시스템” 로그에 WHEA 관련 항목이 반복되는지 확인하다.
덤프가 생성되지 않으면 저장장치 오류, 강제 전원 차단, 재부팅 정책, 페이지 파일 설정 문제가 얽혀 있을 수 있다.
주의 : 블루스크린 직후 자동 재부팅이 켜져 있으면 코드 확인이 어려워진다. 가능하면 자동 재부팅을 끄고, 정지 코드와 발생 패턴을 먼저 확보하다.
3. KERNEL_SECURITY_CHECK_FAILURE 해결 절차(무결성 오류 중심)이다
3.1 1단계: 안전 모드로 진입해 “증상 격리”를 하다
일반 부팅이 불안정하면 안전 모드로 진입해 서드파티 드라이버·시작 프로그램 영향을 최소화하다.
안전 모드에서 증상이 사라지면 드라이버·보안 프로그램·서비스 충돌 가능성이 커지다.
3.2 2단계: 시스템 파일 무결성을 복구하다
시스템 파일 손상은 무결성 오류를 유발하는 대표 요인이다.
관리자 권한 터미널에서 아래 순서대로 실행하다.
sfc /scannow DISM /Online /Cleanup-Image /RestoreHealthSFC는 보호된 시스템 파일을 검사·복구하는 절차이다.
DISM은 Windows 이미지 구성 요소 저장소를 복구하는 절차이다.
주의 : 위 명령 실행 중 창을 닫거나 강제 종료하면 복구가 실패할 수 있다. 100% 완료를 확인한 뒤 다음 단계로 진행하다.
3.3 3단계: 디스크·파일 시스템 오류를 정리하다
파일 시스템 오류나 배드 섹터는 덤프 파일 생성 실패, 시스템 파일 손상, 무결성 오류를 연쇄적으로 만들다.
관리자 권한에서 다음 명령으로 점검하다.
chkdsk C: /f /r재부팅 예약이 필요하면 안내에 따라 예약하고 재부팅 후 완료까지 기다리다.
3.4 4단계: 드라이버를 “최신화”가 아니라 “정상화”하다
KERNEL_SECURITY_CHECK_FAILURE는 불량 드라이버, 호환성 문제, 필터 드라이버 충돌에서 자주 발생하다.
특히 그래픽, 저장장치(NVMe/SATA), 네트워크, 보안(백신·안티치트·가상화) 계열이 원인이 되기 쉽다.
다음 원칙으로 정리하다.
첫째, 최근 설치한 드라이버·유틸리티·튜닝 소프트웨어를 우선 제거하다.
둘째, 그래픽 드라이버는 “클린 설치” 방식으로 재설치하다.
셋째, 메인보드 칩셋 드라이버와 저장장치 컨트롤러 드라이버를 제조사 기준으로 맞추다.
넷째, 베타 드라이버나 자동 업데이트 도구가 임의로 올린 드라이버는 안정 버전으로 되돌리다.
3.5 5단계: 메모리( RAM ) 설정을 기본값으로 되돌리다
무결성 오류는 RAM 오동작이 “소프트웨어 문제처럼” 보이게 만드는 대표 사례이다.
BIOS에서 XMP/EXPO를 끄고 기본 클럭·전압으로 설정해 증상 변화를 확인하다.
오버클럭, 언더볼트, 전압 자동 최적화 기능을 사용 중이면 모두 해제하고 기본값으로 점검하다.
3.6 6단계: 드라이버 검증을 사용할 때의 원칙을 지키다
Driver Verifier는 문제 드라이버를 빠르게 드러내는 도구이지만, 설정을 과하게 적용하면 부팅 불능을 만들 수 있다.
따라서 복구 지점을 확보하고, 검증 대상은 “의심 드라이버” 중심으로 제한하다.
검증 활성화 후 블루스크린 코드가 바뀌거나 특정 드라이버가 지목되면, 해당 드라이버 제거·버전 변경으로 원인을 줄이다.
주의 : Driver Verifier로 부팅이 불가능해지면 안전 모드에서 검증을 해제해야 한다. 준비 없이 무작정 전체 드라이버 검증을 켜지 말다.
3.7 7단계: 클린 부팅으로 충돌 소프트웨어를 찾다
백신, 오버레이, RGB 제어, 튜닝, 가상 드라이브, 게임 안티치트가 충돌하는 경우가 있다.
클린 부팅으로 최소 서비스만 올려 재현 여부를 확인하고, 문제 소프트웨어를 하나씩 복원하며 원인을 특정하다.
4. MACHINE_CHECK_EXCEPTION 해결 절차(하드웨어 오류 중심)이다
4.1 1단계: 과열과 전원 불안정을 먼저 제거하다
CPU 온도 상승, 쿨러 장착 불량, 써멀 재도포 필요, 케이스 흡배기 불균형은 MACHINE_CHECK_EXCEPTION을 유발하다.
먼저 BIOS에서 기본값을 로드하고, CPU 오버클럭·PBO·전압 튜닝·언더볼트를 전부 해제하다.
이후 유휴 온도와 부하 온도를 확인하고, 급격한 온도 튐이 있으면 쿨링부터 정상화하다.
| 점검 항목 | 증상 예시 | 조치 방향 |
|---|---|---|
| CPU 과열 | 게임·렌더링에서 5~20분 내 재부팅/블루스크린이다. | 쿨러 재장착, 써멀 재도포, 팬 커브 조정, 케이스 흡배기 개선을 하다. |
| 전원(PSU) 변동 | 부하 급변 시 꺼짐, 커널 전원 오류 동반이다. | 케이블 재결합, 멀티탭/콘센트 점검, PSU 용량·품질 재평가를 하다. |
| BIOS 튜닝 | 업데이트 후, 또는 XMP 적용 후 발생이다. | 기본값 복원, XMP 해제, 안정 BIOS로 변경을 하다. |
주의 : MACHINE_CHECK_EXCEPTION은 “드라이버 업데이트로 해결될 때도” 있지만, 근본이 하드웨어 불안정인 경우가 많다. 따라서 튜닝을 유지한 채로 드라이버만 바꾸는 방식은 실패 가능성이 크다.
4.2 2단계: WHEA 로그를 근거로 범위를 좁히다
WHEA 관련 로그가 반복되면 CPU, 메모리, PCIe 장치, 전원 안정성 중 하나가 흔한 범주이다.
이 단계에서는 “최근 변경한 부품이나 설정”을 되돌려 증상 변화를 보는 방식이 유효하다.
그래픽카드 교체, NVMe 추가, RAM 추가, 라이저 케이블 사용이 있었다면 우선 원복해 비교하다.
4.3 3단계: RAM을 물리·논리로 분해해 점검하다
RAM은 오류가 나도 정상 부팅이 되는 경우가 있어 가장 헷갈리는 원인이다.
다음 순서를 지키다.
첫째, 슬롯과 접점을 청소하고 재장착하다.
둘째, 듀얼 구성이라면 단일 모듈로 번갈아 장착해 재현 여부를 비교하다.
셋째, XMP/EXPO는 끄고 기본값으로 장시간 테스트하다.
넷째, 오류가 특정 모듈이나 특정 슬롯에서만 발생하는지 확인하다.
4.4 4단계: CPU·GPU 부하 테스트는 “재현” 목적에 맞추다
목표는 성능 측정이 아니라 “블루스크린 재현”이다.
CPU 단독 부하, GPU 단독 부하, 혼합 부하에서 각각 재현 여부를 확인하다.
혼합 부하에서만 재현되면 PSU, 보드 전원부, 케이스 온도 누적을 의심하다.
CPU 단독 부하에서 재현되면 CPU 전압·온도·BIOS 설정을 먼저 점검하다.
GPU 단독 부하에서 재현되면 그래픽 전원, 드라이버, GPU 하드웨어를 우선 점검하다.
4.5 5단계: 저장장치와 PCIe 장치를 단순화하다
불안정한 NVMe, 손상된 파일 시스템, PCIe 오류는 하드웨어 예외로 확장될 수 있다.
가능하면 시스템 디스크만 남기고 다른 저장장치와 확장 카드를 제거해 재현을 비교하다.
PCIe 라이저 케이블, USB 허브, 캡처카드 같은 장치도 임시 제거하여 변수를 줄이다.
4.6 6단계: BIOS 업데이트는 “증상과 연관될 때” 수행하다
BIOS 업데이트는 안정성을 높이는 경우도 있지만, 반대로 특정 버전에서 문제가 생기는 경우도 있다.
따라서 업데이트 직후 문제가 생겼다면 안정 버전으로 되돌리는 접근을 먼저 고려하다.
업데이트 전에는 현재 설정을 기록하고, 업데이트 후에는 반드시 기본값으로 첫 부팅을 하다.
5. 증상별 빠른 처방 체크리스트이다
5.1 부팅 직후 또는 로그인 직후에 발생하다
최근 설치한 드라이버·보안 프로그램·가상화 프로그램을 우선 의심하다.
안전 모드에서 제거 후 정상 부팅을 확인하다.
5.2 게임·3D·영상 작업 중에 발생하다
온도, 전원, 그래픽 드라이버, RAM XMP를 우선 의심하다.
BIOS 기본화 후 재현 여부를 비교하다.
5.3 절전 복귀, 최대절전 복귀에서 발생하다
칩셋·스토리지·네트워크·블루투스 드라이버와 전원 관리 설정을 우선 점검하다.
장치 관리자에서 전원 절약 옵션을 조정하고, 드라이버 버전을 안정화하다.
5.4 업데이트 이후부터 반복되다
드라이버 자동 업데이트로 인한 호환성 문제를 의심하다.
문제 발생 직전의 드라이버 버전으로 되돌리고, 안정 버전을 고정해 재발을 줄이다.
6. 마지막 단계: “원인 제거 확인”을 위한 검증 시나리오를 만들다
블루스크린은 우연히 사라지는 것처럼 보일 수 있어, 해결 판단 기준을 명확히 해야 하다.
다음 기준으로 종료 조건을 잡다.
첫째, 동일 작업 부하에서 48~72시간 재현이 없어야 하다.
둘째, 이벤트 로그에서 WHEA 오류가 추가로 누적되지 않아야 하다.
셋째, SFC 결과가 반복 실행 시에도 무결성을 유지해야 하다.
넷째, 온도와 전압이 정상 범위에서 안정적으로 유지되어야 하다.
주의 : 증상이 멈췄더라도 XMP 재적용, 언더볼트 재적용, 튜닝 재적용을 한 번에 복원하면 원인이 다시 섞인다. 변경은 한 번에 하나씩만 적용하고, 적용 후 재현 테스트를 하다.
FAQ
두 코드가 번갈아 나오면 무엇부터 해야 하다?
BIOS 기본값 복원과 XMP 해제, 온도 점검을 먼저 하다.
그 다음 SFC와 DISM으로 시스템 파일 복구를 하다.
하드웨어 불안정이 시스템 파일 손상을 유발하는 경우가 있어, 하드웨어 기본화와 무결성 복구를 함께 진행하는 접근이 효율적이다.
SFC와 DISM을 했는데도 KERNEL_SECURITY_CHECK_FAILURE가 반복되면 다음 단계는 무엇이다?
최근 드라이버 변경을 되돌리고, 클린 부팅으로 충돌 소프트웨어를 분리하다.
그래픽·스토리지·칩셋 드라이버를 안정 버전으로 재설치하고, RAM 설정을 기본값으로 유지하며 재현을 확인하다.
MACHINE_CHECK_EXCEPTION이 간헐적으로만 발생하면 무엇을 의심해야 하다?
온도 누적, PSU 전압 변동, RAM 경계 불안정, PCIe 장치 접촉 불량을 우선 의심하다.
부하 급변 상황에서만 발생하는지 기록하고, 케이블 재결합과 기본값 설정으로 변수를 줄이는 방식으로 접근하다.
부품 교체가 필요한지 판단하는 기준은 무엇이다?
기본값 설정과 점검 절차를 진행했는데도 특정 모듈·특정 슬롯·특정 부하에서 반복 재현되면 하드웨어 결함 가능성이 커지다.
RAM 단일 테스트에서 특정 모듈에서만 재현되면 해당 모듈 교체 판단을 하다.
CPU 단독 부하에서 기본값 상태로 지속 재현되면 CPU 또는 메인보드 전원부 진단을 하다.