이 글의 목적은 VIDEO_SCHEDULER_INTERNAL_ERROR(정지 코드 0x00000119)로 발생하는 그래픽 크래시와 블루스크린을 “원인 분류→증상 확인→재현 차단→근본 복구→재발 방지” 순서로 정리하여, 현장에서 바로 적용 가능한 점검·조치 절차를 제공하는 것이다.
1. VIDEO_SCHEDULER_INTERNAL_ERROR의 의미와 발생 구조
VIDEO_SCHEDULER_INTERNAL_ERROR는 윈도우 커널의 “비디오 스케줄러”가 그래픽 작업 큐 처리 과정에서 치명적인 위반을 감지했음을 의미하는 오류이다.
비디오 스케줄러는 GPU 드라이버와 그래픽 커널 서브시스템 사이에서 렌더링, 컴퓨트, 화면 합성, 프레임 전송과 같은 작업을 순서대로 배치하고, 시간 제한 안에 작업이 끝나지 않으면 복구(TDR) 절차를 통해 드라이버를 재시작하거나 시스템을 보호하는 역할을 수행한다.
따라서 이 오류는 “드라이버 자체 결함”, “드라이버 설정 또는 잔여 파일 충돌”, “오버클럭·전력·온도 등 하드웨어 불안정”, “메모리/저장장치/시스템 파일 손상” 같은 원인이 단독 또는 복합으로 결합될 때 발생하는 경향이 있다.
주의 : 동일한 정지 코드라도 원인이 하나로 고정되지 않으므로, “가장 쉬운 조치부터” 진행하되 각 단계에서 재발 여부를 확인하며 원인을 좁혀야 한다.
2. 먼저 확인해야 할 증상 패턴과 원인 후보
2.1 증상 패턴별로 원인을 빠르게 추정하는 방법
오류가 발생하는 순간과 반복 조건을 기록하면 원인 좁히기가 빨라진다.
| 주요 증상 패턴 | 가장 흔한 원인 | 우선 조치 | 재발 시 다음 단계 |
|---|---|---|---|
| 부팅 직후 또는 로그인 직후 블루스크린이 반복된다 | 그래픽 드라이버 손상, 드라이버 잔여 파일 충돌, 보안 소프트웨어/오버레이 충돌 | 안전 모드 진입 후 DDU로 드라이버 완전 제거 | 칩셋 드라이버·BIOS 업데이트, 시스템 파일 복구 |
| 게임·3D 작업·영상 편집·AI 연산 중에만 발생한다 | GPU 과부하 상태에서 오버클럭 불안정, 온도 상승, 전력 공급 불안정, 드라이버 버그 | 오버클럭 해제, 온도/전력 점검, 드라이버 버전 변경 | 파워/케이블/보드 슬롯 점검, 메모리 테스트 |
| 유휴 상태나 절전 복귀 직후에 발생한다 | 전원 관리 설정 충돌, 드라이버 전원 상태 전환 실패, HAGS/고급 그래픽 기능 호환성 | 빠른 시작 해제, 전원 계획 조정, HAGS 끄기 | BIOS/칩셋 업데이트, 장치 관리자 전원 옵션 점검 |
| 특정 업데이트 이후부터 갑자기 시작되었다 | 윈도우 업데이트와 그래픽 드라이버 조합 문제, 새 드라이버 결함 | 드라이버 롤백 또는 안정 버전 재설치 | 업데이트 히스토리 기반으로 충돌 구성요소 제거/복구 |
2.2 “그래픽 크래시”와 “블루스크린”의 차이를 구분해야 하는 이유
그래픽 크래시는 화면이 검게 변하거나 드라이버가 재시작되며 프로그램이 종료되는 형태로 나타날 수 있다.
블루스크린은 커널 레벨에서 더 이상 안전한 복구가 불가능하다고 판단될 때 발생하며, 이 경우 드라이버 결함만이 아니라 하드웨어 불안정 또는 시스템 손상이 함께 존재할 가능성이 커진다.
따라서 단순 그래픽 크래시만 있을 때와 블루스크린까지 발생할 때의 접근 강도가 달라져야 한다.
3. 즉시 적용하는 “재현 차단” 응급 조치
3.1 오버클럭·언더볼팅·튜닝 프로그램을 먼저 원복해야 한다
MSI Afterburner, ASUS GPU Tweak, AMD Adrenalin 튜닝, 메인보드 자동 오버클럭, XMP/EXPO까지 모두 시스템 안정성에 영향을 줄 수 있다.
가장 먼저 GPU 코어/메모리 오버클럭과 언더볼팅을 기본값으로 되돌려야 한다.
가능하다면 XMP/EXPO도 일시 해제하고 기본 메모리 클럭으로 테스트해야 한다.
주의 : “최근에 오버클럭을 하지 않았다”라고 느껴도, 드라이버 업데이트나 바이오스 업데이트 이후 동일 설정이 더 이상 안정적이지 않을 수 있다.
3.2 GPU 온도·핫스팟·VRAM 온도를 확인해야 한다
GPU 온도만 정상이어도 핫스팟 또는 VRAM 온도가 높아지면 오류가 발생할 수 있다.
팬이 정상 동작하는지, 히트싱크에 먼지가 누적되었는지, 케이스 흡기/배기 흐름이 막혔는지 점검해야 한다.
3.3 케이블·포트·다중 모니터 구성을 단순화해야 한다
DP/HDMI 케이블 불량, 변환 젠더, 도킹 스테이션, KVM, 캡처보드 같은 구성요소도 그래픽 경로를 불안정하게 만들 수 있다.
테스트 단계에서는 모니터 1대, 직결 케이블 1개, 가능하면 다른 케이블로 교체하여 구성 변수를 최소화해야 한다.
4. 가장 효과적인 1순위 해결책: DDU로 그래픽 드라이버 “완전 제거 후 재설치”
4.1 왜 “장치 관리자 제거”만으로는 부족한가
일반 제거는 드라이버 패키지의 일부 파일과 레지스트리, 프로파일, 캐시가 남을 수 있다.
VIDEO_SCHEDULER_INTERNAL_ERROR는 잔여 구성요소 충돌로도 발생할 수 있으므로, 완전 제거가 가장 재현성이 높다.
4.2 권장 절차
| 단계 | 조치 | 체크 포인트 |
|---|---|---|
| 1 | 인터넷 자동 드라이버 설치를 잠시 차단한다 | 재부팅 중 윈도우가 임의로 드라이버를 끼워 넣는 상황을 줄여야 한다 |
| 2 | 안전 모드로 부팅한다 | 안전 모드에서는 불필요한 드라이버 로딩이 줄어 제거가 깔끔해진다 |
| 3 | DDU로 NVIDIA/AMD/Intel 그래픽 드라이버를 “제거 후 재부팅”으로 처리한다 | 제거 후 자동 재부팅이 진행되어야 한다 |
| 4 | 부팅 후 안정 버전 드라이버를 설치한다 | 최신 버전이 불안정할 수 있으므로 1~2개 이전 버전도 후보로 둬야 한다 |
| 5 | 설치 옵션에서 “클린 설치” 또는 초기화 옵션을 사용한다 | 프로파일 충돌 가능성을 줄여야 한다 |
주의 : 노트북은 제조사 커스텀 드라이버가 전원·디스플레이 경로와 결합되어 있는 경우가 많으므로, 문제가 지속되면 제조사 제공 드라이버를 우선 테스트해야 한다.
4.3 드라이버 버전 선택 기준
업데이트 직후부터 문제라면 “최신→바로 이전→그 이전” 순으로 내려가며 안정 구간을 찾아야 한다.
반대로 오래된 드라이버를 쓰다가 최근 윈도우 업데이트 후 문제가 생겼다면, 해당 업데이트 이후 검증된 최신 드라이버로 올리는 것이 더 안정적일 수 있다.
5. 윈도우 그래픽 기능 설정이 원인인 경우의 해결책
5.1 하드웨어 가속 GPU 스케줄링(HAGS) 설정 변경
HAGS는 일부 시스템에서 성능을 개선할 수 있으나, 특정 드라이버·게임·캡처·오버레이 조합에서 호환성 문제를 유발할 수 있다.
테스트 목적이라면 HAGS를 “켠 상태”와 “끈 상태”를 각각 유지한 채 재현 여부를 비교해야 한다.
5.2 하드웨어 가속(브라우저·앱)과 오버레이를 줄여야 한다
브라우저 하드웨어 가속, Discord/Steam/NVIDIA Overlay, 화면 녹화 도구, RGB 제어 소프트웨어도 그래픽 경로에 훅을 걸어 충돌을 만들 수 있다.
문제 해결 구간에서는 오버레이와 녹화 기능을 모두 끄고, 최소 구성으로 재현 여부를 확인해야 한다.
5.3 다중 평면 오버레이(MPO) 관련 의심 상황
증상이 “특정 창 전환에서 깜빡임→검은 화면→복구” 형태라면 합성 경로 문제 가능성이 있다.
이 경우 드라이버 버전 변경, 오버레이 제거, 모니터 주사율/색심도 단순화가 우선이다.
6. 시스템 파일 손상 가능성 제거: SFC·DISM·디스크 점검
6.1 관리자 권한 명령으로 기본 복구를 수행해야 한다
그래픽 오류처럼 보여도 시스템 파일 손상이나 컴포넌트 저장소 오류가 원인일 수 있다.
아래 순서대로 실행하고, 각 명령이 끝날 때까지 기다린 뒤 재부팅해야 한다.
sfc /scannow DISM /Online /Cleanup-Image /RestoreHealth chkdsk C: /scan주의 : DISM은 네트워크 상태나 윈도우 구성에 따라 시간이 오래 걸릴 수 있으며, 중단하면 복구가 불완전해질 수 있다.
6.2 저장장치 불량 징후가 있다면 먼저 해결해야 한다
이벤트 로그에 디스크 관련 경고가 반복되거나, 설치 파일이 자주 손상되거나, 압축 해제가 실패하는 증상이 있다면 저장장치 상태 점검이 선행되어야 한다.
저장장치 불량은 드라이버를 아무리 재설치해도 재발을 만들 수 있다.
7. 전력·보드·슬롯·케이블 문제 점검
7.1 파워서플라이와 보조전원 케이블을 의심해야 하는 조건
고부하에서만 블루스크린이 발생하고, 화면이 꺼지거나 팬이 급가속한 뒤 재부팅되는 패턴이 있다면 전력 공급 문제 가능성이 높다.
그래픽카드 보조전원 케이블을 분리 후 재결합하고, 가능하면 케이블을 분리형 파워의 “개별 라인”으로 구성해야 한다.
가능하면 다른 파워서플라이로 교차 테스트하는 것이 가장 빠른 진단이다.
7.2 메인보드 PCIe 슬롯 접촉과 설정
그래픽카드를 재장착하고, 슬롯에 먼지가 없는지 확인해야 한다.
BIOS에서 PCIe 링크 속도를 자동에서 특정 세대로 강제했을 때 안정화되는 사례도 있으므로, 고급 사용자라면 테스트 항목으로 고려할 수 있다.
8. BIOS·칩셋·ME 펌웨어 업데이트가 필요한 경우
VIDEO_SCHEDULER_INTERNAL_ERROR가 “절전 복귀, 장시간 유휴, 특정 USB/도킹 구성”과 연동되면, GPU 드라이버만이 아니라 플랫폼 펌웨어와 칩셋 드라이버의 전원 상태 전환이 원인일 수 있다.
이 경우 메인보드 BIOS, 칩셋 드라이버, 인텔 ME 또는 AMD 플랫폼 드라이버를 최신 안정 버전으로 맞추는 것이 도움이 된다.
주의 : BIOS 업데이트는 정전 위험이 없는 환경에서 진행해야 하며, 노트북은 배터리와 어댑터를 모두 연결한 상태에서 진행해야 한다.
9. 메모리(RAM) 불안정이 숨어 있는 경우
그래픽 관련 오류로 보이지만, 실제로는 메모리 오류가 드라이버 코드/데이터를 손상시키며 블루스크린을 유발하는 경우가 있다.
XMP/EXPO를 끈 상태에서 문제가 사라지면 메모리 오버클럭 안정성 문제 가능성이 커진다.
메모리 테스트를 수행하고, 슬롯을 바꿔 장착하거나 모듈을 1개씩 테스트하여 재현 여부를 확인해야 한다.
10. 미니덤프와 이벤트 로그로 원인을 더 정확히 좁히는 방법
10.1 미니덤프 기본 위치와 확인 포인트
블루스크린 이후에는 보통 C:\Windows\Minidump 경로에 덤프가 생성될 수 있다.
덤프 분석에서 특정 드라이버 파일명이 반복된다면 해당 드라이버가 직접 원인이거나 마지막으로 충돌을 촉발한 트리거일 가능성이 있다.
10.2 이벤트 뷰어에서 함께 봐야 하는 로그
이벤트 뷰어에서 시스템 로그를 확인하면 전원(예: 예기치 않은 종료), 디스플레이 드라이버 재시작, 장치 오류가 충돌 전후로 기록되는 경우가 많다.
충돌 직전의 “경고→오류→치명” 순서와 시간을 기록하면, 드라이버 외부 요인(전력, 장치 연결, 저장장치 오류)을 찾는 데 도움이 된다.
11. 단계별 표준 복구 시나리오
아래 시나리오는 현장에서 재현성이 높은 순서로 구성한 표준 절차이다.
| 순서 | 목표 | 핵심 조치 | 판정 기준 |
|---|---|---|---|
| 1 | 변수 제거 | 오버클럭·언더볼팅·오버레이·다중 모니터 최소화 | 부하 테스트에서 재현 빈도가 줄어드는지 확인한다 |
| 2 | 드라이버 충돌 제거 | 안전 모드 DDU 완전 제거 후 안정 드라이버 설치 | 동일 작업에서 블루스크린이 사라지는지 확인한다 |
| 3 | 윈도우 그래픽 기능 교차 검증 | HAGS 켜기/끄기 비교, 하드웨어 가속 옵션 비교 | 특정 설정에서만 재현되는지 확인한다 |
| 4 | 시스템 무결성 회복 | SFC·DISM·디스크 점검 | 복구 보고서에 오류가 사라지는지 확인한다 |
| 5 | 플랫폼 안정화 | BIOS·칩셋·펌웨어 업데이트, 전원 설정 점검 | 절전 복귀/유휴 조건에서 재발이 사라지는지 확인한다 |
| 6 | 하드웨어 결함 배제 | 파워·케이블·GPU·RAM 교차 테스트 | 부품 교체에 따라 재현이 이동하는지 확인한다 |
12. 재발 방지 운영 팁
12.1 “안정 버전”을 유지하는 운영 전략
그래픽 드라이버는 최신이 항상 정답이 아니며, 특정 버전이 특정 시스템에서 장기적으로 안정적인 경우가 많다.
업데이트는 반드시 “복구 지점 생성→드라이버 설치→핵심 작업 1~2일 검증” 순서로 운영해야 한다.
12.2 온도·전력·먼지 관리를 정기화해야 한다
그래픽 크래시는 누적된 먼지로 인한 온도 상승, 전원 커넥터 접촉 불량, 케이블 피로로도 갑자기 시작될 수 있다.
케이스 청소, 팬 동작 확인, 보조전원 재체결을 정기 점검 항목으로 포함해야 한다.
주의 : “가끔 한 번” 발생하는 블루스크린이라도, 내부적으로는 오류가 누적되고 있을 수 있으므로 초기에 원인을 제거하는 것이 비용이 가장 낮다.
FAQ
VIDEO_SCHEDULER_INTERNAL_ERROR가 뜨면 그래픽카드가 고장난 것이라고 단정해도 되는가?
단정하면 안 된다. 드라이버 잔여 파일 충돌, 업데이트 조합 문제, 오버클럭 불안정, 전력 공급 문제, 시스템 파일 손상 등 다양한 원인이 동일한 정지 코드로 나타날 수 있다. 따라서 DDU 재설치와 기본값 원복 같은 재현성이 높은 절차로 먼저 분리 진단을 수행해야 한다.
최신 드라이버로 올렸는데 더 자주 발생한다면 어떻게 해야 하는가?
최신 버전이 특정 시스템에서 불안정할 수 있다. DDU로 완전 제거 후 1~2개 이전 드라이버를 설치하여 안정 구간을 찾는 전략이 효과적이다. 동시에 오버레이 제거와 오버클럭 해제를 병행해야 한다.
게임이 아니라 유튜브나 브라우저에서만 발생한다면 무엇을 먼저 봐야 하는가?
브라우저 하드웨어 가속, 오버레이, 다중 모니터, 주사율/색심도 조합 문제를 먼저 의심해야 한다. 하드웨어 가속을 끄고, 케이블을 교체하며, HAGS 설정을 교차 검증하는 것이 빠르다.
절전 모드에서 깨어난 직후에만 발생한다면 어떤 조치가 우선인가?
전원 관리 설정, 빠른 시작, HAGS, BIOS·칩셋 드라이버 업데이트를 우선 적용해야 한다. 특히 노트북은 제조사 그래픽 드라이버와 전원 관리 패키지의 조합이 중요하므로 제조사 제공 드라이버로도 테스트해야 한다.
수리점에 맡기기 전에 집에서 할 수 있는 “가장 강력한” 단일 조치는 무엇인가?
안전 모드에서 DDU로 그래픽 드라이버를 완전 제거한 뒤, 안정 버전 드라이버로 클린 설치하는 조치가 가장 성공률이 높다. 그 다음으로는 오버클럭 원복과 전력 케이블 재체결, 그리고 SFC·DISM 실행이 효과적이다.