목차
Windows 11 드라이버 충돌 진단은
“어느 장치(장치관리자) → 어느 시각(이벤트/신뢰성) → 어느 버전(최신/이전)”을 한 세트로 고정하는 작업이다.
업데이트 직후 블루스크린이 뜨거나, 절전 복귀가 멈추거나,
와이파이가 끊기는데 원인이 안 보이면 드라이버 레벨에서 연쇄가 시작된 상태로 분류한다.
노트북은 모델별 칩셋·전원관리·그래픽 조합이 달라
범용 드라이버가 OEM 순서를 바꿀 때 충돌이 발생한다.
그래서 이 글은 모델/칩셋 확인 → 로그 해석 → 제조사(OEM) 드라이버 재적용 → 버전 고정 순서로 끝낸다.
– 모델/칩셋 확인 – “모델명 1개 + 후보 장치 3개”를 기록한다
1. Win+R → msinfo32 → 시스템 모델을 메모한다.
2. 장치관리자에서 아래 3개 그룹의 장치명을 메모한다.
- 디스플레이 어댑터(그래픽)
- 네트워크 어댑터(무선/랜)
- 시스템 장치(칩셋/ACPI/전원 관련)
목표는 “시스템 모델 1개 + 의심 후보 3개(그래픽/무선/칩셋)”를 만드는 것이다.
– 증상/패턴 – 아래 조건 2개 이상이면 “드라이버 충돌”로 분류한다
아래 6개 중 2개 이상 충족이면 드라이버 충돌로 분류하고, 5~7절 절차를 그대로 진행한다.
- 업데이트(Windows/드라이버) 직후부터 블루스크린 또는 재부팅이 시작됐다.
- 절전/최대절전 후 복귀에서 검은 화면, 입력 불가, 멈춤이 발생했다.
- 게임/영상 작업에서 화면 깜빡임 또는 드라이버 재시작(검은 화면 1~2초)이 발생했다.
- USB 허브/독/외장SSD 연결 시에만 프리징·오디오 끊김·입력 지연이 발생했다.
- 연결 상태인데 트래픽이 멈추며 무선이 끊기는 현상이 반복됐다.
- 팬 소음/발열 증가와 함께 특정 장치 관련 오류가 로그에 남았다
– 왜 이런 문제가 생기는가 (Why)
① 노트북은 칩셋 드라이버, 전원관리(ACPI), 그래픽, 무선, 오디오가 상호 의존 구조로 연결되어 있다.
② 드라이버 1개가 바뀌면 절전 상태 전환과 장치 초기화 순서가 바뀌고, 그 차이가 크래시로 이어진다.
③ Windows Update가 드라이버를 갱신하면 OEM이 구성한 설치 순서가 바뀌어 충돌이 발생한다.
④ 이벤트 로그에는 “마지막 오류”만 보이고, 최초 원인 장치는 다른 로그에 존재하는 경우가 많다.
⑤ 제조사 유틸(전원/팬/키보드/사운드)이 드라이버 서비스와 함께 동작하며, 드라이버 단독 교체 시 유틸 호출이 실패한다.
⑥ 그래서 “로그로 범인 장치 1개 고정 → OEM 드라이버로 재정렬 → 문제 버전 고정” 순서가 재발 방지에 직결된다.
결국 드라이버 충돌은 “누가·언제·어느 버전”을 고정하면 해결 속도가 빨라진다.
– 비교/판단 기준 – 롤백 vs OEM 재적용을 이렇게 고른다
업데이트 직후 깨진 케이스는 “이전 버전으로 되돌려 상태를 고정”하는 것이 우선이다.
롤백이 막혀 있거나, 절전/복귀 문제가 함께 있으면 “OEM 드라이버 재정렬”이 우선이다.
| 상황 | 1순위 선택 | 다음 액션(고정 규칙) |
|---|---|---|
| 업데이트 직후부터 시작 | 롤백 | 롤백 1회 → 재부팅 → 10분 테스트 |
| 롤백 버튼 비활성 | OEM 재적용 | 칩셋→전원/ACPI→그래픽 순 재설치 |
| 절전/복귀 중심 | OEM 재정렬 | 절전 3회 복귀 테스트로 통과 판정 |
| 그래픽 작업에서만 | 그래픽만 교체 | 드라이버 1개만 변경 → 10분 테스트 |
| USB/독 연결에서만 | 칩셋/USB 우선 | 시스템 장치(칩셋/USB)부터 1개씩 |
– 충돌 로그 해석 – 신뢰성(perfmon /rel) → 이벤트(eventvwr) 순서로 “시각+모듈명”을 잡는다
1. Win+R → perfmon /rel 실행
2. 빨간 X가 있는 날짜 클릭 → 실패 항목 이름과 시각을 메모
3. Win+R → eventvwr 실행 → Windows 로그(시스템/응용 프로그램)에서 해당 시각 ±5분 범위를 확인
4. 같은 시각대에 반복되는 장치/드라이버 이름을 1개로 좁힌다
– 제조사 드라이버 재적용 – “의심 장치 1개만” 롤백 또는 재정렬로 처리한다
아래 원칙을 고정한다: 드라이버는 1회에 1개만 변경한다.
1. 장치관리자 → 의심 장치 → 속성 → 드라이버 탭에서 버전/날짜를 기록한다.
2. 롤백 가능이면: 드라이버 롤백 1회 → 재부팅 1회
3. 롤백 불가이면: OEM 지원 페이지에서 모델 선택 후 아래 순서로 재정렬한다.
4. 칩셋 → 전원관리/ACPI → 그래픽 → 오디오 → 무선/블루투스
– 테스트(검증) – 10분 재현 + 재부팅 2회 + (절전이면) 3회 복귀
- 1차: 문제 작업 10분 수행 → 크래시 0회면 통과
- 2차: 재부팅 2회 후 문제 작업 5분 수행 → 크래시 0회면 통과
- 3차(절전/복귀 이슈일 때만): 절전 진입/복귀 3회 → 실패 0회면 통과
– 예방/운영 팁 – 문제 버전은 “업데이트 유입 차단”으로 고정한다
해결 상태를 유지하려면 드라이버가 다시 덮어써지지 않게 고정한다. 아래 2개 중 1개를 적용한다.
- (Pro/Enterprise) 그룹 정책: Do not include drivers with Windows Updates 를 “Enabled”로 설정
- (공통) 고급 시스템 설정 → 하드웨어 → 장치 설치 설정에서 자동 다운로드/설치를 “아니요”로 설정
– 30초 체크리스트
- msinfo32에서 시스템 모델 1개를 기록했다
- 후보 장치 3개(그래픽/무선/칩셋)를 기록했다
- perfmon /rel에서 시각+항목명을 확보했다
- eventvwr에서 ±5분 범위를 확인했다
- 의심 장치 1개만 롤백 또는 OEM 재정렬을 수행했다
- 10분 테스트 1회 + 재부팅 2회 테스트를 통과했다
- 업데이트 유입 차단으로 버전 고정을 완료했다
– 자주 하는 실수 / 주의할 점(되돌리기 포함)
- 드라이버를 동시에 2개 이상 바꾸면 원인 장치가 분리되지 않는다.
- OEM 전원/칩셋 패키지를 건너뛰면 절전/복귀 문제가 다시 발생한다.
- 로그 “시각”을 기록하지 않으면 상관관계가 끊긴다.
- 해결 직후 Windows Update를 실행해 드라이버가 다시 바뀌면 고정이 실패한다.
- 원복 규칙: 변경 전 복원 지점 1개를 만들고, 문제가 커지면 복원 지점으로 되돌린 뒤 “이전 버전 고정”으로 마감한다.
– 마무리 : 상황별 적용 우선순위
- 업데이트 직후부터 시작: 해당 장치 롤백 → 10분 테스트 → 버전 고정
- 절전/복귀가 핵심: 칩셋/전원관리(OEM) 재정렬 → 절전 3회 테스트 → 버전 고정
- 그래픽 작업에서만: 그래픽만 교체 → 10분 테스트 → 버전 고정
문제 드라이버는 버전 고정까지 완료하면 같은 증상이 반복되지 않는다. 오늘은 장치관리자에서 의심 장치 1개만 골라 롤백 또는 OEM 재정렬을 1번 실행한다.
– 요약
- 장치관리자·이벤트·버전 3포인트로 범인 1개를 고정한다
- 노트북은 OEM 드라이버 “설치 순서”로 재정렬한다
- 해결 후에는 업데이트 유입을 차단해 버전을 고정한다
– FAQ
Q1. 장치관리자에서 ‘드라이버 롤백’ 버튼이 비활성화다. 무엇을 해야 하나?
A1. 롤백 데이터가 없으므로 OEM 드라이버로 재정렬한다. 칩셋→전원/ACPI→그래픽 순으로 1회 재설치 후 10분 테스트로 상태를 고정한다.
Q2. 신뢰성 모니터에서 LiveKernelEvent가 보인다. 다음 단계는 무엇인가?
A2. 해당 시각을 기준으로 eventvwr에서 시스템 로그 ±5분을 확인해 반복되는 장치/드라이버명을 1개로 좁힌다. 그 장치 1개만 롤백 또는 OEM 재정렬로 처리한다.
Q3. Windows Update가 드라이버를 다시 덮어쓴다. 막는 방법은 무엇인가?
A3. (Pro/Enterprise) “Do not include drivers with Windows Updates” 정책을 Enabled로 설정하거나, 장치 설치 설정에서 자동 설치를 “아니요”로 설정해 유입을 차단한다.
#LaptopDrivers #DeviceManager #CrashFix
