‘Corrected’는 하드웨어 또는 펌웨어가 오류를 정정했다는 뜻이므로 이벤트 17 한 건만으로 그래픽카드나 SSD 고장을 확정하면 안 됩니다.
저라면 포맷부터 하지 않고 이벤트의 PCI\VEN_xxxx&DEV_xxxx → 실제 장치 식별 → 칩셋·장치 드라이버 → BIOS/UEFI → 장착·전원·PCIe 링크 순서로 원인을 좁힐 것 같습니다.
WHEA-Logger 이벤트 ID 17은 무슨 뜻일까?
WHEA는 Windows Hardware Error Architecture의 약자로 CPU·메모리·PCI Express 같은 하드웨어 계층에서 보고되는 오류를 Windows가 표준 형식으로 기록하는 구조입니다.
Microsoft 문서에 따르면 WHEA의 corrected error는 운영체제가 통보받을 시점에 하드웨어 또는 펌웨어가 이미 정정한 오류입니다. 따라서 이벤트 ID 17이 한두 번 기록됐고 프리징·블루스크린·장치 끊김이 없다면 즉시 부품 불량이라고 판단할 근거는 부족합니다.
반대로 같은 PCIe 장치에서 초당·분당 여러 번 반복되거나 게임 종료·대용량 SSD 작업·절전 복귀 시점에 화면 멈춤, NVMe 연결 끊김, 재부팅, WHEA_UNCORRECTABLE_ERROR까지 동반된다면 원인을 확인할 가치가 높습니다.
| 이벤트 내용 | 의미 | 우선 확인 |
|---|---|---|
| Component: PCI Express Root Port | PCIe 루트 포트 계통에서 오류 보고 | 해당 포트 아래 GPU·NVMe·Wi-Fi 등 |
| Error Source: Advanced Error Reporting | PCIe AER를 통해 오류가 보고됨 | 장치 ID·드라이버·링크 상태 |
| A corrected hardware error has occurred | 하드웨어/펌웨어가 정정한 오류 | 반복 횟수와 실제 증상 |
| PCI\VEN_xxxx&DEV_xxxx | PCI 장치를 식별하는 단서 | 장치 관리자·PnPUtil과 대조 |
가장 먼저 이벤트 뷰어에서 오류 장치를 확인
이벤트 ID 17 필터링하기
Windows + R을 누르고 eventvwr.msc를 입력합니다.
- Windows 로그 → 시스템으로 이동합니다.
- 오른쪽 현재 로그 필터링을 선택합니다.
- 이벤트 원본에서 WHEA-Logger를 확인합니다.
- 이벤트 ID에 17을 입력합니다.
- 오류를 열어 일반과 자세히 탭을 확인합니다.
PowerShell로 최근 이벤트만 빠르게 보기
Get-WinEvent -FilterHashtable @{LogName='System'; ProviderName='Microsoft-Windows-WHEA-Logger'; Id=17} -MaxEvents 20 |
Format-List TimeCreated, Id, Message최근 20개의 발생 시각과 메시지를 한 번에 볼 수 있습니다. 게임 종료 직후, 절전 복귀 직후, 대용량 파일 복사 직후처럼 특정 작업과 발생 시각이 반복해서 겹치는지 보는 것이 중요합니다.
PCI\VEN과 DEV 값으로 실제 문제 장치 찾기
이벤트에 표시되는 PCI\VEN_8086&DEV_..., PCI\VEN_10DE&DEV_... 같은 문자열은 원인 장치를 좁히는 핵심 단서입니다. 이벤트에 표시된 장치가 PCI Express Root Port라면 포트 자체만 볼 것이 아니라 그 아래 연결된 자식 장치까지 확인해야 합니다.
장치 관리자에서 하드웨어 ID 비교
- Windows + X → 장치 관리자를 엽니다.
- 보기 → 연결별 장치를 선택합니다.
- 의심 장치 → 속성 → 자세히로 이동합니다.
- 하드웨어 ID 또는 장치 인스턴스 경로를 선택합니다.
- 이벤트 17의 VEN·DEV 값과 비교합니다.
PnPUtil로 PCI 장치 목록 확인
Windows에 기본 포함된 Microsoft PnPUtil도 사용할 수 있습니다. 관리자 권한 터미널에서 다음처럼 연결된 PCI 버스 장치를 확인합니다.
pnputil /enum-devices /connected /bus PCI /deviceidsWindows 11에서는 PnPUtil의 /bus, /deviceids 옵션으로 버스와 하드웨어 ID를 함께 확인할 수 있습니다. 특정 장치를 찾았다면 장치 관리자에서 해당 장치의 드라이버 공급자·버전·날짜도 기록해 둡니다.
이벤트 ID 17의 대표 원인
칩셋·PCIe 장치 드라이버 문제
메인보드 칩셋 드라이버, GPU 드라이버, NVMe·스토리지 드라이버, Wi-Fi·LAN 드라이버가 오래됐거나 업데이트 뒤 충돌한 경우부터 확인합니다. 장치 관리자에서 “최신 드라이버입니다”라고 나오는 것만 믿기보다 PC·메인보드·장치 제조사의 공식 지원 페이지에서 해당 모델용 드라이버를 확인하는 편이 낫습니다.
그래픽카드 교체 직후부터 시작됐다면 그래픽카드 교체 후 DDU로 드라이버를 초기화하는 방법도 함께 확인할 수 있습니다.
BIOS·UEFI와 칩셋 펌웨어
PCIe 링크 트레이닝과 전원관리에는 메인보드 펌웨어도 관여합니다. 메인보드 제조사가 해당 모델에 안정성·호환성 개선 BIOS를 제공한다면 변경 내역을 확인한 뒤 업데이트를 검토합니다. BIOS 업데이트는 실패 시 부팅 불능 위험이 있으므로 정확한 모델 확인, 안정적인 전원, BitLocker 복구 키 확보가 우선입니다.
메인보드 모델과 BIOS 버전을 모른다면 CPU-Z로 메인보드·BIOS 버전 확인부터 하는 것이 안전합니다.
그래픽카드·NVMe SSD·라이저 케이블·확장카드
PCIe 장치의 접촉 불량, 라이저 케이블 세대 호환, M.2 SSD 장착 상태, GPU 보조전원, 메인보드 슬롯 문제도 확인 대상입니다. 특히 PC를 이동했거나 부품을 교체한 직후부터 이벤트가 시작됐다면 소프트웨어 초기화보다 전원을 완전히 끄고 장착 상태와 전원 케이블부터 점검하는 편이 빠를 수 있습니다.
이벤트의 장치가 NVMe SSD 쪽으로 좁혀지고 파일 복사 중 멈춤·SSD 사라짐까지 동반된다면 SSD 인식 오류와 NVMe 상태 점검을 먼저 확인하고 중요한 데이터부터 백업하는 것이 좋습니다.
초보자 해결 순서｜하나씩 바꾸고 이벤트 횟수를 비교
1. 최근 변경사항 되돌리기
- 최근 GPU·SSD·Wi-Fi 카드·라이저 케이블을 교체했다면 장착 상태를 다시 확인합니다.
- 오버클럭·언더볼팅·XMP/EXPO를 적용한 직후라면 테스트 목적으로 기본값으로 되돌립니다.
- 특정 드라이버 업데이트 직후 시작됐다면 제조사 권장 버전 또는 직전 안정 버전을 검토합니다.
2. Windows와 제조사 드라이버 업데이트
설정 → Windows 업데이트 → 업데이트 확인을 실행합니다. 그다음 PC 또는 메인보드 제조사 지원 페이지에서 칩셋, Intel ME/AMD Chipset, LAN·Wi-Fi, 저장장치 관련 항목을 확인하고 GPU는 NVIDIA·AMD·Intel 공식 드라이버를 사용합니다.
3. BIOS 기본값으로 원인 분리
BIOS에서 여러 값을 동시에 바꾸지 않습니다. 현재 설정을 사진으로 남긴 뒤 Load Optimized Defaults / Load UEFI Defaults를 적용하고 재현 여부를 먼저 봅니다. 이후 XMP/EXPO나 오버클럭을 하나씩 되돌려 어떤 설정에서 이벤트가 증가하는지 비교합니다.
ASRock 보드를 사용한다면 ASRock Instant Flash BIOS 업데이트 절차처럼 제조사 전용 방식과 주의사항을 먼저 확인하세요.
고급 진단｜PCIe 링크 속도를 낮춰 원인 분리
드라이버와 BIOS를 정리했는데도 특정 GPU·NVMe·라이저 구성에서 이벤트 17이 대량 발생한다면 PCIe 링크 세대 협상 문제인지 확인하는 진단용 테스트를 할 수 있습니다.
Auto → 한 단계 낮은 Gen으로 테스트
예를 들어 Gen4 GPU가 Gen4 라이저를 통해 연결돼 있는데 오류가 반복된다면 BIOS에서 해당 슬롯을 테스트 목적으로 Gen3로 낮춰 이벤트가 사라지는지 비교할 수 있습니다. Gen5 장치라면 Gen4 테스트가 같은 원리입니다.
이 값을 영구 해결책처럼 무조건 낮추는 것은 권장하지 않습니다. 링크 속도를 낮췄을 때만 정상이라면 라이저 케이블, 슬롯 신호 품질, 장치 펌웨어, BIOS 호환성, 장착 상태 등을 더 확인해야 한다는 진단 단서로 보는 편이 정확합니다.
BIOS 메뉴 이름은 제조사마다 다릅니다
PCIe Link Speed, PCIEX16 Link Speed, PEG Link Speed, PCIe Speed처럼 표기가 다를 수 있습니다. 옵션이 보이지 않는 노트북이나 완제품 PC에서는 임의로 숨겨진 BIOS 메뉴를 활성화하지 말고 제조사 BIOS·드라이버 업데이트와 공식 진단도구를 우선합니다.
전원 옵션의 PCI Express 링크 상태 전원 관리 테스트
절전 진입·복귀 시점에만 이벤트가 집중된다면 전원관리와의 연관성을 확인할 수 있습니다. 제어판의 전원 옵션 → 사용 중인 전원 관리 옵션 설정 변경 → 고급 전원 관리 옵션 설정 변경 → PCI Express → 링크 상태 전원 관리 항목이 제공되는 시스템이라면 테스트 목적으로 설정을 바꾼 뒤 재현 여부를 비교합니다.
다만 이 설정을 끄는 것은 전력 절약 기능을 줄이는 진단 테스트이지 모든 WHEA 17에 적용할 정답은 아닙니다. 노트북에서는 배터리 사용시간에도 영향을 줄 수 있으므로 변화가 없다면 원래 설정으로 되돌립니다.
포맷·윈도우 재설치보다 먼저 해야 할 것
WHEA 이벤트는 하드웨어·펌웨어·버스 계층의 정보이므로 Windows를 재설치했다고 반드시 사라지는 유형이 아닙니다. 이벤트의 장치 ID가 계속 동일하다면 포맷 전에 그 PCIe 경로의 장치·슬롯·드라이버·펌웨어를 먼저 확인하는 편이 논리적입니다.
실제 강제 재부팅까지 발생한다면 컴퓨터 자동 재부팅·Kernel-Power 41 점검도 함께 보면 종료 시각과 WHEA 발생 시각을 비교하기 좋습니다.
상황별 추천 점검표
| 발생 상황 | 우선 의심 | 먼저 할 일 |
|---|---|---|
| 그래픽카드 교체 후 | GPU 드라이버·장착·보조전원·라이저 | 재장착 → 제조사 드라이버 → 필요 시 DDU |
| NVMe 장착 후 | M.2 슬롯·SSD 펌웨어·PCIe 링크 | SMART/펌웨어 → 슬롯·BIOS 확인 |
| 절전 복귀 때만 | PCIe 전원관리·펌웨어 | 칩셋/BIOS → 링크 상태 전원관리 테스트 |
| 게임 종료 직후 | GPU·PCIe 링크·전원 상태 전환 | 이벤트 시간 비교 → GPU 드라이버·BIOS |
| 이벤트만 있고 증상 없음 | 정정된 일시적 오류 가능 | 횟수·장치 ID 기록 후 추세 관찰 |
| 프리징·BSOD 동반 | 실제 하드웨어 안정성 문제 가능성 상승 | 백업 → 기본값 → 부품별 진단 |
재발 방지와 점검 요령
- BIOS와 드라이버는 모델명을 확인한 뒤 제조사 공식 버전을 사용합니다.
- GPU·NVMe·확장카드 교체 후에는 슬롯 장착과 전원 커넥터를 다시 확인합니다.
- 라이저 케이블을 사용한다면 장치와 케이블의 PCIe 세대 호환성을 확인합니다.
- 오버클럭·언더볼팅·XMP/EXPO 변경은 한 번에 하나씩 적용하고 이벤트 로그를 비교합니다.
- WHEA 이벤트가 급증하면서 SSD 끊김이 있다면 중요한 데이터부터 백업합니다.
- 이벤트 17 자체를 숨기는 것보다 동일 VEN/DEV에서 반복되는 원인을 찾는 것이 우선입니다.
WHEA-Logger 이벤트 ID 17 FAQ
WHEA-Logger 이벤트 ID 17이 있으면 부품이 고장난 건가요?
반드시 그렇지는 않습니다. ‘Corrected hardware error’는 하드웨어 또는 펌웨어가 정정한 오류가 기록된 것입니다. 다만 같은 장치에서 대량 반복되거나 프리징·BSOD·장치 끊김이 함께 나타나면 적극적인 점검이 필요합니다.
PCI Express Root Port가 뜨면 그래픽카드 문제인가요?
그래픽카드일 수도 있지만 확정할 수 없습니다. Root Port 아래에는 NVMe SSD, Wi-Fi 카드, LAN, USB 컨트롤러 등 다른 PCIe 장치가 연결될 수 있으므로 이벤트의 VEN·DEV와 장치 관리자 연결 관계를 확인해야 합니다.
이벤트 ID 17 때문에 Windows를 포맷해야 하나요?
포맷은 우선순위가 낮습니다. 같은 하드웨어 ID에서 반복되는 PCIe 오류라면 드라이버, BIOS, 슬롯, 전원, 장치 자체를 먼저 확인하는 편이 원인 진단에 유리합니다.
PCIe를 Gen4에서 Gen3로 낮추면 해결인가요?
오류가 사라지는지 확인하는 원인 분리 테스트로는 유용할 수 있지만 무조건적인 영구 해결책은 아닙니다. 낮은 링크 속도에서만 정상이라면 라이저·슬롯·BIOS·장치 호환성 등을 추가 확인해야 합니다.
이벤트가 한두 번만 있어도 AS를 받아야 하나요?
증상이 없고 드물게 발생했다면 발생 시각과 장치 ID를 기록하고 추세를 보는 방법이 합리적입니다. 반복 빈도가 증가하거나 실제 오작동이 동반되면 제조사 진단과 AS를 검토합니다.
WHEA-Logger 17과 WHEA_UNCORRECTABLE_ERROR는 같은 건가요?
같지 않습니다. 이벤트 17에서 흔히 보는 corrected error는 정정된 하드웨어 오류이고, WHEA_UNCORRECTABLE_ERROR는 Windows가 복구할 수 없는 하드웨어 오류와 연결되는 중지 오류입니다. 실제 증상의 심각도와 로그 내용을 구분해야 합니다.
VEN·DEV 값은 어디서 확인하나요?
이벤트 뷰어의 WHEA-Logger 이벤트 메시지와 장치 관리자 → 장치 속성 → 자세히 → 하드웨어 ID에서 확인할 수 있습니다. Windows 11에서는 pnputil /enum-devices /connected /bus PCI /deviceids 명령으로도 PCI 장치 ID를 확인할 수 있습니다.
결론
WHEA-Logger 이벤트 ID 17은 “그래픽카드 고장”처럼 한 문장으로 결론낼 오류가 아닙니다. Windows가 기록한 PCI\VEN·DEV 값과 PCIe 연결 관계를 먼저 확인해야 GPU인지 NVMe인지, 아니면 다른 확장 장치인지 범위를 좁힐 수 있습니다.
제 생각에는 이 오류는 포맷보다 로그 → 장치 식별 → 드라이버 → BIOS → 물리 장착 → PCIe 링크 테스트 순서가 훨씬 효율적입니다. 특히 ‘Corrected’라는 문구만 보고 부품을 바로 교체하지 말고, 같은 장치에서 반복되는지와 실제 프리징·BSOD가 함께 발생하는지를 기준으로 대응하는 것이 좋습니다.
공식 확인처
- Microsoft Learn - Windows Hardware Error Architecture 소개
- Microsoft Learn - Hardware Errors and Error Sources
- Microsoft Learn - WHEA Error Processing
- Microsoft Learn - PnPUtil Command Syntax
※ 2026년 9월 20일 기준 Microsoft WHEA·PnPUtil 공식 문서와 실제 WHEA-Logger 이벤트 사례를 대조해 작성했습니다. BIOS 메뉴명과 PCIe 옵션은 메인보드·노트북 제조사에 따라 다르며, 확인되지 않은 레지스트리 수정이나 이벤트 숨기기는 해결방법에서 제외했습니다.
댓글
댓글 쓰기