이 글을 3줄로 요약하면
· IRQL_NOT_LESS_OR_EQUAL(0x0000000A)은 커널 모드에서 접근하면 안 되는 메모리 주소를 건드렸을 때 윈도우가 시스템을 강제로 멈추면서 띄우는 중지 코드입니다.
· 원인은 드라이버, 최근 설치한 프로그램, 메모리(RAM), 시스템 파일·저장장치 네 갈래로 갈립니다.
· 아래 판별표에서 자기 증상에 맞는 줄을 먼저 찾고, 그 원인 섹션 하나만 실행하면 됩니다. 위에서부터 전부 따라 할 필요가 없습니다.
이 오류가 정확히 무슨 뜻인가
이름을 그대로 풀면 원인을 좁히는 방향이 보입니다.
IRQL은 Interrupt Request Level의 줄임말입니다. 윈도우가 여러 작업의 우선순위를 처리하기 위해 쓰는 내부 신호 체계이고, 값이 높을수록 "지금 중단되면 안 되는 중요한 작업"이라는 뜻입니다.
이 우선순위가 높게 올라간 상태에서는 접근할 수 있는 메모리가 제한됩니다. 그런데 드라이버나 시스템 구성 요소가 그 제한을 넘어 자기 권한 밖의 메모리 주소를 건드리면, 윈도우는 더 진행하지 않고 시스템 전체를 즉시 멈춥니다. 그때 뜨는 화면이 IRQL_NOT_LESS_OR_EQUAL입니다.
중지 코드는 문자로 IRQL_NOT_LESS_OR_EQUAL, 16진수로는 0x0000000A로 함께 표기되는 경우가 많습니다. 둘은 같은 오류를 가리키는 다른 표기입니다.
화면에는 보통 상단에 "PC에 문제가 발생하여 다시 시작해야 합니다"라는 안내 문구가 뜨고, 아래쪽에 작게 중지 코드가 표시됩니다. 몇 초 안에 자동으로 재부팅되기 때문에 문구를 놓치기 쉽습니다.
여기서 중요한 것은, 이 코드가 "무엇이 고장났는지"를 알려주는 코드가 아니라 "규칙을 어긴 접근이 있었다"는 사실만 알려주는 코드라는 점입니다. 그래서 같은 화면이라도 실제 원인은 사람마다 다릅니다. 이 글이 해결법을 나열하지 않고 원인별로 나눈 이유가 여기에 있습니다.
원인은 크게 네 갈래입니다. 그래픽·네트워크·사운드 카드 등의 드라이버, 백신·가상화·오버클럭 유틸리티처럼 시스템 깊숙이 관여하는 프로그램, 램 불량이나 접촉 불량 같은 메모리 문제, 그리고 업데이트 도중 강제 종료나 저장장치 오류로 생긴 시스템 파일 손상입니다.
증상으로 원인 좁히기 (판별표)
언제 뜨는지, 무엇을 한 직후부터 뜨는지가 원인을 가릅니다.
아래 표에서 지금 상황에 가장 가까운 줄을 찾아, 해당 원인 섹션으로 바로 이동하면 됩니다. 해당하지 않는 섹션은 건너뛰어도 됩니다.
| 증상 | 유력한 원인 | 먼저 볼 항목 |
|---|---|---|
| 드라이버를 업데이트한 직후부터 뜨기 시작함 | 새 드라이버의 버그 또는 윈도우 버전과의 충돌 | 원인 A → 드라이버 롤백 |
| 안전 모드에서는 안 뜨고 정상 부팅에서만 뜸 | 기본 드라이버 외에 추가로 올라오는 드라이버·프로그램 | 원인 A·B |
| 백신·가상화·오버클럭 유틸리티를 설치한 뒤부터 뜸 | 시스템 하위에 개입하는 프로그램의 충돌 | 원인 B |
| 특정 작업과 상관없이 아무 때나 불규칙하게 뜸 | 램 불량, 접촉 불량, 램 오버클럭 설정 불안정 | 원인 C → mdsched |
| 램을 새로 꽂거나 옮긴 직후부터 뜸 | 메모리 접촉 불량 또는 모듈 자체 불량 | 원인 C |
| 업데이트 도중 강제 종료된 뒤부터 뜸 | 시스템 파일 손상 또는 저장장치 불량 섹터 | 원인 D → DISM·sfc |
"무엇을 한 직후부터"가 가장 강한 단서입니다
드라이버 업데이트, 프로그램 설치, 램 교체, 강제 종료 중 어느 것이 직전에 있었는지 기억나면 그 항목이 곧 원인 후보입니다. 아무 변화도 없었다면 원인 C와 D부터 보는 편이 빠릅니다.
원인 A드라이버 충돌 또는 최근 드라이버 변경
가장 흔한 원인입니다. 그래픽·네트워크·사운드 카드 드라이버가 대표적입니다.
드라이버는 커널 모드에서 동작합니다. 즉 앞 섹션에서 말한 "우선순위가 높게 올라간 상태"에서 메모리를 다루는 주체가 바로 드라이버입니다. 그래서 드라이버에 버그가 있거나 현재 윈도우 버전과 맞지 않으면 이 오류로 직결됩니다.
특히 최근에 드라이버를 새로 설치하거나 업데이트한 직후부터 증상이 시작됐다면, 새 버전을 되돌리는 쪽이 가장 빠릅니다.
1장치 관리자를 연다
시작 버튼을 마우스 오른쪽 버튼으로 클릭하거나 Win + X를 눌러 장치 관리자를 선택합니다. 정상 부팅이 안 되고 블루스크린만 반복된다면, 아래 7번 섹션의 안전 모드 절차로 먼저 들어간 뒤 같은 작업을 합니다.
2의심 분류를 펼쳐 느낌표를 확인한다
디스플레이 어댑터, 네트워크 어댑터, 사운드·비디오 및 게임 컨트롤러 항목을 펼쳐 노란 느낌표가 붙은 장치가 있는지 봅니다. 느낌표가 없어도 최근에 손댄 장치가 있다면 그 장치를 대상으로 삼습니다.
3드라이버 탭에서 이전 버전으로 되돌린다
의심 장치를 우클릭해 속성을 열고 드라이버 탭으로 이동합니다. 드라이버 롤백 버튼이 활성화되어 있으면 클릭하고, 롤백 사유를 선택한 뒤 예를 눌러 진행합니다. 끝나면 재시작합니다.
4롤백이 비활성화되어 있으면 반대로 최신 버전을 넣는다
되돌릴 이전 버전이 없으면 버튼이 회색으로 비활성화됩니다. 이때는 같은 드라이버 탭에서 드라이버 업데이트를 클릭하거나, 삭제 후 재설치합니다. 또는 그래픽 카드 제조사 공식 홈페이지에서 최신 드라이버를 내려받아 설치하고 반드시 재부팅합니다.
새 드라이버를 덮어 설치했는데도 그대로라면 잔여 파일을 의심합니다
이전 드라이버 잔여 파일이 새 드라이버와 충돌하는 경우가 있습니다. 제조사가 제공하는 제거 도구로 기존 드라이버를 완전히 삭제한 뒤 재설치하면 해결되는 경우가 많습니다.
이 방법이 안 통하는 경우
최근 드라이버를 건드린 적이 없고, 안전 모드에서도 똑같이 블루스크린이 뜬다면 원인 A가 아닙니다. 안전 모드는 기본 드라이버만 올리기 때문입니다. 이 경우 원인 C(메모리)와 원인 D(시스템 파일·저장장치)로 넘어갑니다.
원인 B시스템 깊이 관여하는 프로그램 설치
백신, 가상화 소프트웨어, 오버클럭 유틸리티를 설치한 직후부터 시작됐다면 여기입니다.
일반 응용 프로그램은 이 오류를 내지 못합니다. 사용자 영역에서만 돌기 때문입니다. 그런데 백신·가상화·오버클럭 유틸리티는 동작을 위해 자체 드라이버를 함께 설치하고 커널 영역에 개입합니다. 그래서 이 부류의 프로그램은 드라이버와 같은 위치에서 문제를 일으킬 수 있습니다.
판별 기준은 단순합니다. 블루스크린이 시작된 시점 직전에 이런 프로그램을 설치했는지만 확인하면 됩니다.
1최근 설치한 프로그램을 제거한다
제어판 또는 설정 → 앱의 프로그램 제거에서 해당 프로그램을 삭제한 뒤 재부팅해, 증상이 사라지는지 확인합니다. 여러 개를 한꺼번에 지우면 무엇이 원인이었는지 알 수 없으므로 하나씩 지우고 확인합니다.
2최근 설치한 백신을 잠시 삭제해 본다
최근에 설치한 백신이 있다면 잠시 삭제한 뒤 증상이 다시 나타나는지 봅니다. 증상이 멎으면 해당 백신이 원인이므로, 같은 제품을 다시 설치하기 전에 최신 버전인지부터 확인합니다.
3오버클럭 설정을 초기화한다
오버클럭 유틸리티를 쓰고 있다면 설정을 기본값으로 되돌립니다. CPU·그래픽 카드 온도도 함께 확인하고, 본체 내부 먼지가 쌓여 있으면 청소합니다. 과열과 전원 불안정은 이 오류의 배경 조건이 됩니다.
이 방법이 안 통하는 경우
최근에 설치한 프로그램이 아예 없거나, 다 지웠는데도 같은 화면이 반복된다면 소프트웨어 쪽이 아닙니다. 원인 C의 메모리 진단으로 넘어가 하드웨어 쪽을 먼저 배제합니다.
원인 C메모리(RAM) 불량과 오버클럭 설정
특정 작업과 무관하게 불규칙하게 뜬다면 램부터 배제합니다.
램 자체에 불량이 있거나 슬롯 접촉이 헐거우면, 정상적인 코드도 엉뚱한 주소를 읽게 됩니다. 램 오버클럭 설정이 불안정한 경우도 같은 결과를 냅니다. 윈도우 입장에서는 "권한 밖 접근"으로 보이므로 IRQL_NOT_LESS_OR_EQUAL이 뜹니다.
윈도우에는 메모리 진단 도구가 기본 내장되어 있어 별도 프로그램 설치 없이 바로 점검할 수 있습니다.
1메모리 진단 도구를 실행한다
Win + R을 눌러 실행 창을 열고 위 명령어를 입력한 뒤 엔터를 누릅니다.
2검사 시점을 고른다
"지금 다시 시작하고 문제 확인(권장)"과 "다음 시작할 때 확인" 중 하나를 선택합니다. 바로 확인하려면 첫 번째를 고르되, 저장하지 않은 작업은 미리 저장해 둡니다.
3검사 강도를 올린다
재부팅되면서 자동으로 검사가 시작됩니다. 이때 F1을 누르면 테스트 강도를 기본(Basic)·표준(Standard)·확장(Extended) 중에서 고를 수 있습니다. 시간이 넉넉하면 확장 모드가 더 정확합니다.
4결과를 이벤트 뷰어에서 다시 확인한다
검사가 끝나면 결과가 알림으로 잠깐 뜨고 사라집니다. 놓쳤다면 이벤트 뷰어를 실행해 Windows 로그 → System에서 소스가 MemoryDiagnostics-Results인 항목을 찾으면 언제든 다시 볼 수 있습니다.
5오류가 검출됐다면 어느 모듈인지 좁힌다
램 슬롯을 바꿔 다시 꽂아 봅니다. 램이 여러 개라면 하나씩 빼고 부팅하면서 어느 모듈에서 증상이 사라지는지 확인합니다. 슬롯을 바꿔도 계속 오류가 나온다면 그 모듈 자체의 불량일 가능성이 높습니다.
램 오버클럭 설정도 함께 되돌립니다
모듈에 물리적 불량이 없어도, 램 오버클럭 설정이 불안정하면 같은 오류가 납니다. 오버클럭 설정을 초기화한 상태에서 다시 진단해야 모듈 자체의 문제인지 설정 문제인지가 갈립니다.
이 방법이 안 통하는 경우
메모리 진단에서 오류가 검출되지 않았다면 램은 일단 배제해도 됩니다. 다만 진단이 통과했다고 램 불량이 100% 없다는 뜻은 아니므로, 원인 D까지 확인한 뒤에도 증상이 남으면 램을 하나씩 빼는 방식으로 다시 좁힙니다.
원인 D시스템 파일 손상과 저장장치 불량
업데이트 도중 강제 종료된 적이 있거나 저장장치가 오래됐다면 여기부터 봅니다.
드라이버도, 프로그램도, 메모리도 문제가 없다면 윈도우 시스템 파일 자체가 손상됐을 가능성을 봅니다. 업데이트 도중 강제 종료됐거나 저장장치 오류로 시스템 파일 일부가 깨진 경우입니다.
복구는 두 명령을 순서대로 씁니다. 먼저 복구용 이미지 저장소를 온전하게 만든 다음, 그 저장소를 기준으로 손상된 파일을 되돌리는 흐름입니다.
1관리자 권한으로 명령 창을 연다
시작 버튼에서 "명령 프롬프트" 또는 "PowerShell"을 검색한 뒤, 마우스 오른쪽 버튼을 클릭해 관리자 권한으로 실행을 선택합니다.
2시스템 이미지 저장소를 먼저 복구한다
인터넷 연결이 필요합니다. 완료까지 보통 10~20분 걸리며, 진행률이 멈춘 것처럼 보여도 창을 닫지 말고 기다립니다.
3이어서 시스템 파일을 검사·복구한다
검사가 끝나면 "Windows 리소스 보호에서 손상된 파일을 찾았고 복구했습니다" 같은 메시지가 뜨는지 확인합니다. 모든 과정이 끝나면 재부팅해 변경 사항을 적용합니다.
DISM을 먼저, sfc를 나중에 돌리는 순서에는 이유가 있습니다
sfc는 시스템 복구 저장소에 있는 정상 파일을 기준으로 손상 파일을 되돌립니다. 그 저장소 자체가 손상돼 있으면 sfc만으로는 복구가 안 됩니다. DISM으로 저장소를 먼저 온전하게 만든 뒤 sfc를 돌리는 순서가 마이크로소프트에서 권장하는 방식입니다.
4저장장치 상태를 함께 점검한다
하드디스크나 SSD의 불량 섹터 때문에 파일을 읽는 과정에서 오류가 나기도 합니다. 관리자 권한 명령 프롬프트에서 위 명령을 실행한 뒤 재부팅하면 검사가 진행됩니다.
5윈도우 업데이트를 끝까지 적용한다
설정 → Windows Update에서 업데이트 확인을 누르고, 드라이버가 포함된 선택적 업데이트까지 모두 설치합니다. 드라이버와 윈도우 버전의 조합이 맞지 않아 생긴 충돌이 여기서 정리되는 경우가 있습니다.
이 방법이 안 통하는 경우
sfc가 "손상된 파일을 찾지 못했습니다"로 끝나고 chkdsk에서도 불량 섹터가 없다면 시스템 파일 쪽은 아닙니다. 네 가지 원인을 모두 확인했는데도 반복된다면 램이나 메인보드 등 하드웨어 자체의 불량일 수 있으므로, 서비스센터나 전문 업체에 점검을 맡기는 것이 안전합니다.
원인을 정확히 찾아내는 법
추측으로 순서를 도는 대신, 로그와 진단 환경으로 원인을 확인합니다.
블루스크린은 화면이 몇 초 만에 사라지기 때문에 눈으로 확인할 수 있는 정보가 적습니다. 대신 윈도우는 같은 내용을 로그와 덤프 파일로 남깁니다. 아래 네 가지를 확인하면 어느 원인 섹션으로 가야 하는지가 훨씬 분명해집니다.
1) 안전 모드로 원인의 범위를 절반으로 줄인다
안전 모드는 기본 드라이버만 로드합니다. 그래서 안전 모드에서 블루스크린이 뜨지 않는다면 최근에 설치한 드라이버나 프로그램이 원인일 가능성이 높고, 안전 모드에서도 똑같이 뜬다면 메모리나 시스템 파일 쪽을 봐야 합니다. 이 한 번의 확인으로 원인 A·B와 원인 C·D가 갈립니다.
1정상 로그인이 되는 경우
설정 → 시스템 → 복구로 들어가, 고급 시작(복구 옵션) 항목에서 지금 다시 시작 버튼을 클릭합니다.
2복구 환경에서 시작 설정으로 들어간다
재부팅되면 파란 화면(Windows 복구 환경)이 나옵니다. 여기서 문제 해결 → 고급 옵션 → 시작 설정을 차례로 클릭하고, 다시 시작 버튼을 누르면 번호가 매겨진 옵션 목록이 뜹니다.
34번 또는 5번을 눌러 안전 모드로 부팅한다
키보드에서 4번(또는 F4)을 누르면 안전 모드로 부팅합니다. 인터넷 연결이 필요하면 5번(또는 F5, 네트워킹 사용 안전 모드)을 누릅니다.
4정상 부팅 자체가 안 되는 경우
전원 버튼으로 부팅 중 강제 종료를 3번 반복하면 윈도우가 자동 복구 화면을 띄웁니다. 여기서도 같은 방식으로 문제 해결 → 고급 옵션 → 시작 설정 → 다시 시작 → 4번 순서로 안전 모드에 들어갈 수 있습니다.
2) 이벤트 뷰어에서 중지 코드를 확인한다
화면 문구를 놓쳤다면 재부팅 후 이벤트 뷰어에서 다시 확인할 수 있습니다. 실제로 IRQL_NOT_LESS_OR_EQUAL이 맞는지 확인하고 넘어가야, 엉뚱한 오류의 해결법을 따라 하는 일을 피할 수 있습니다.
1이벤트 뷰어에서 시스템 로그를 연다
Win 키를 누르고 "이벤트 뷰어"를 입력해 실행한 뒤, 왼쪽 트리에서 Windows 로그 → 시스템을 클릭합니다.
2블루스크린이 뜬 시각의 오류 항목을 연다
오른쪽 목록에서 오류(빨간색 아이콘)로 표시된 항목 중, 최근 블루스크린이 발생한 시각과 일치하는 항목을 찾아 더블 클릭합니다.
3자세히 탭에서 BugCheck 코드를 확인한다
자세히 탭에 BugCheck 코드와 함께 오류명이 기록되어 있는지 확인합니다. 여기에 0x0000000A가 남아 있으면 이 글의 대상이 맞습니다.
3) 덤프가 저장되도록 설정돼 있는지 본다
윈도우는 블루스크린이 뜰 때 그 순간의 메모리 상태를 덤프 파일로 남깁니다. 이 설정이 꺼져 있으면 아무 기록도 남지 않아, 다음에 또 떠도 확인할 자료가 없습니다. 증상이 반복되는 상황이라면 먼저 이 설정부터 확인해 두는 편이 좋습니다.
덤프가 남고 있다면 저장 경로에서 파일이 실제로 생겼는지 확인합니다. 파일이 있다는 것 자체가 "이 시각에 커널이 멈췄다"는 기록이므로, 발생 시각을 이벤트 뷰어 로그와 맞춰 보는 근거가 됩니다.
4) 메모리 진단 결과를 로그로 되짚는다
앞서 실행한 메모리 진단 결과도 이벤트 뷰어에 남습니다. Windows 로그 → System에서 소스가 MemoryDiagnostics-Results인 항목을 찾으면, 검사 결과를 언제든 다시 확인할 수 있습니다. 알림을 놓쳤다고 검사를 다시 돌릴 필요가 없습니다.
확인 없이 순서대로 다 해보는 방식은 원인을 오히려 가립니다
여러 조치를 한꺼번에 적용하면 증상이 멎어도 무엇이 효과가 있었는지 알 수 없습니다. 다음에 같은 화면이 다시 떴을 때 처음부터 반복하게 됩니다. 한 번에 하나씩 바꾸고, 그때마다 증상이 사라지는지 확인하는 편이 결과적으로 빠릅니다.
자주 묻는 질문
이 오류에서 반복적으로 나오는 질문들을 모았습니다.
Q.블루스크린이 뜨면 저장해 둔 파일이 날아가나요?
A.블루스크린 자체로 하드디스크의 파일이 삭제되지는 않습니다. 다만 저장하지 않은 작업 내용은 사라지므로, 증상이 반복되는 동안에는 자동 저장 기능을 켜 두는 편이 안전합니다.
Q.안전 모드에서는 오류가 안 뜨는데 정상 부팅에서만 발생합니다.
A.안전 모드는 기본 드라이버만 올리므로, 이 경우 드라이버나 최근 설치한 소프트웨어가 원인일 가능성이 매우 높습니다. 원인 A의 드라이버 롤백부터 확인하고, 해당 사항이 없으면 원인 B로 넘어갑니다.
Q.mdsched.exe를 실행한 뒤 결과를 못 봤습니다. 다시 확인할 수 있나요?
A.이벤트 뷰어에서 언제든 다시 확인할 수 있습니다. Windows 로그 → System에서 소스가 MemoryDiagnostics-Results인 항목을 찾으면 됩니다. 검사를 다시 돌릴 필요는 없습니다.
Q.sfc /scannow만 돌리고 DISM은 생략해도 되나요?
A.가능은 하지만 권장되지 않습니다. 시스템 복구 저장소 자체가 손상된 경우 sfc만으로는 복구가 되지 않습니다. DISM으로 저장소를 먼저 복구한 뒤 sfc를 실행하는 순서가 더 확실합니다.
Q.그래픽 드라이버를 새로 설치했는데도 계속 블루스크린이 뜹니다.
A.이전 드라이버의 잔여 파일이 새 드라이버와 충돌하는 경우가 있습니다. 제조사가 제공하는 제거 도구로 기존 드라이버를 완전히 삭제한 뒤 재설치하면 해결되는 경우가 많습니다.
함께 보면 좋은 글
원인이 겹치는 다른 중지 코드들입니다.
SYSTEM_SERVICE_EXCEPTION 블루스크린 해결 순서 정리 드라이버가 원인일 때 함께 나타나는 중지 코드입니다 · 눌러서 확인하기 → PAGE_FAULT_IN_NONPAGED_AREA 블루스크린 해결 방법 정리 메모리 접근이 원인일 때 같이 확인하면 좋은 오류입니다 · 눌러서 확인하기 →참고 문서 · Microsoft Learn — Bug Check 0xA: IRQL_NOT_LESS_OR_EQUAL
