CPU에서 시작된 것처럼 보이는 증상도 실제로는 여러 원인이 겹쳐 만들어진다. 펌웨어가 해당 CPU를 지원하는지, 메모리가 초기화를 통과했는지, EPS 보조전원이 제대로 들어갔는지, 그래픽 출력 경로와 냉각, 소켓 접촉 상태가 모두 관여한다. CPU LED가 켜졌다는 사실 하나로 CPU 불량을 확정할 수 없는 이유다.
증상별 첫 확인
- 전원 무입력
- PSU 입력, 24핀·EPS, 전면 스위치, 단락
- POST 미진행
- CPU Support List와 최소 UEFI, DIMM 1개, Debug LED
- OS 진입 뒤 오류
- 기본 설정 재현 여부, 메모리 프로필, 펌웨어 변경
- 부하 중 저하
- 온도·클럭·패키지 전력·제한 표시를 같은 시간축으로
- 판정
- WHEA 한 줄로 CPU 불량을 확정하지 않는다
POST 전후로 나누기
전원이 전혀 들어오지 않으면 CPU를 의심하기 전에 PSU 입력과 24핀·EPS, 케이스 전원 버튼, 단락 여부를 먼저 본다. 전원은 들어오는데 POST가 진행되지 않으면 확인할 지점이 달라진다. CPU Support List와 최소 UEFI 버전을 대조하고, 메모리를 한 개만 권장 슬롯에 꽂고, GPU와 모니터 입력, Debug LED가 어디서 멈추는지 순서대로 기록한다.
운영체제에 들어간 뒤에 오류가 생긴다면 원인 후보가 또 달라진다. 기본 설정에서도 재현되는지 확인하고, 메모리 프로필과 자동 오버클럭, 최근 펌웨어 변경을 하나씩 분리한다. WHEA 같은 오류 기록은 범위를 좁히는 자료이지, 메시지 한 줄로 CPU 불량을 판정하는 증명서가 아니다.
부하를 걸었을 때 성능이 떨어지거나 재시작된다면 시간축을 맞춰 봐야 한다. 작업 종류와 지속 시간, 온도와 클럭, 패키지 전력, 제한 표시, 팬·펌프 동작을 같은 시점 기준으로 모은다. 낮은 부하에서도 온도가 빠르게 오르면 쿨러 장착과 열전달을 먼저 확인하고, 전원이 순간적으로 끊기면 PSU와 VRM, 커넥터, 부하 조건을 함께 본다.
최소 구성에서도 증상이 반복되면 정상 동작이 확인된 호환 메모리와 PSU, GPU로 교차 시험한다. CPU를 다른 보드에 꽂아 보고, 같은 보드에 다른 CPU를 꽂아 볼 수 있어야 두 부품의 범위가 좁혀진다. 그 전까지는 어느 쪽이 원인이라고 단정할 수 없다. 소켓 접점을 임의로 교정하거나 전압을 올려 증상을 덮는 방법은 쓰지 않는다.
진단 흐름
- 전원이 들어오는가
- 아니오PSU 입력과 24핀·EPS, 케이스 전원 버튼, 단락 확인
- 예POST가 진행되는가
- 아니오CPU Support List와 최소 UEFI, DIMM 1개·권장 슬롯, Debug LED 단계 기록
- 예운영체제 진입 뒤 증상인지 확인
결과 해석
- 정상 범위
- 기본 설정에서 같은 증상이 재현되지 않는다
- 추가 확인
- 특정 부하나 특정 설정에서만 재현된다
- WHEA 기록이 있으나 반복되지 않는다
- 이상 징후
- 최소 구성에서도 같은 단계에서 멈춘다
- 부팅 실패나 재시작이 반복된다
이상 징후는 원인을 좁히는 신호이며 부품 불량을 확정하지 않습니다.
오류 기록과 교차 시험의 해석
WHEA는 CPU 내부 오류뿐 아니라 메모리와 PCIe 등 하드웨어 오류 정보를 모으는 체계다. 이벤트 이름보다 오류 원본, 발생 시각, 반복되는 작업과 설정의 관계가 중요하다. 재부팅 직후 남은 전원 중단 이벤트만으로 최초 원인을 확정할 수는 없다.
같은 CPU를 다른 보드에서 시험할 때에는 새 보드의 지원 UEFI와 기본 전력·메모리 설정도 맞아야 한다. 한쪽에서만 XMP·EXPO나 자동 전력 확장이 켜져 있으면 부품 교차와 설정 교차가 섞인다. 정상 구성에서 오류가 사라졌다는 결과는 후보를 줄이지만, 이전 구성의 CPU 단독 불량을 바로 증명하지는 않는다.
증상별 전체 흐름: 하드웨어 진단 · POST: POST와 Debug LED