GPT로 윈도우 오류 원인 좁히는 방법, 로그부터 질문까지 이렇게 하면 빠릅니다
얼마 전 지인 PC를 봐주는데 부팅은 되는데 바탕화면 진입 후 2~3분 안에 멈추는 증상이 있었다. 예전 같으면 이벤트 뷰어 열고, 드라이버 날짜 보고, 메모리 테스트 걸고, 하나씩 감으로 좁혔을 일이다. 그런데 요즘은 GPT를 옆에 두면 원인 후보를 정리하는 속도가 꽤 빨라진다. 다만 그냥 “컴퓨터가 멈춰요”라고 물으면 답도 뻔하다. 실제 수리처럼 증상, 사양, 로그, 최근 변경 사항을 넣어줘야 쓸 만한 답이 나온다.
GPT는 만능 수리기사가 아니라 질문 정리 도구에 가깝다
PC 오류 해결에서 제일 오래 걸리는 건 검색 자체보다 증상을 말이 되게 정리하는 과정이다. 블루스크린 코드가 0x00000124인지, WHEA-Logger 18번이 찍히는지, nvlddmkm 오류가 있는지에 따라 방향이 완전히 달라진다. GPT는 이 정보를 한 번에 던졌을 때 “전원부, 메모리, 그래픽 드라이버, 저장장치”처럼 점검 순서를 만들어주는 데 강하다.
반대로 약한 부분도 분명하다. 특정 메인보드 바이오스의 최신 버전, 새로 나온 드라이버의 알려진 문제, 윈도우 업데이트 직후 생긴 버그 같은 건 최신 정보 확인이 필요하다. 그래서 나는 GPT 답변을 그대로 믿기보다, 점검 순서 초안으로 쓴다. 실제 판단은 이벤트 로그와 부품 상태를 보고 한다.
질문할 때 꼭 넣어야 하는 정보
GPT에게 PC 문제를 물어볼 때는 사양표보다 증상의 흐름이 더 중요하다. 예를 들어 “게임하면 꺼짐”보다 “시네벤치 10분은 통과, 3DMark 중간에 전원 꺼짐, 이벤트 뷰어에는 Kernel-Power 41만 있음”이 훨씬 좋다. 이 정도면 CPU 단독 부하보다 GPU 부하나 파워 쪽으로 먼저 의심할 수 있다.
내가 자주 쓰는 입력 형식
- CPU, 메인보드, RAM 용량과 클럭, 그래픽카드, 파워 모델명
- 윈도우 버전과 최근 업데이트 여부
- 오류가 나는 상황: 부팅 직후, 게임 중, 절전 복귀 후, 특정 프로그램 실행 시
- 이벤트 뷰어 오류 코드나 블루스크린 코드
- 최근 바꾼 부품, 드라이버, 바이오스 설정
- 이미 해본 조치와 그 결과
이렇게 넣으면 GPT 답변이 확 달라진다. “드라이버를 다시 설치하세요” 수준에서 끝나지 않고, 어떤 순서로 배제하면 되는지 말해준다. 특히 이미 해본 조치를 적는 게 중요하다. DDU로 그래픽 드라이버를 밀어봤는지, XMP를 꺼봤는지, 다른 콘센트나 파워 케이블을 써봤는지에 따라 다음 단계가 달라진다.
윈도우 오류는 이벤트 뷰어와 함께 써야 체감된다
윈도우 오류 해결에서 GPT가 가장 쓸 만했던 순간은 이벤트 뷰어 로그를 해석할 때였다. 일반 사용자는 “Kernel-Power 41”만 보고 파워 고장이라고 단정하기 쉬운데, 사실 이 이벤트는 정상 종료가 안 됐다는 기록에 가깝다. 원인 자체를 찍어주는 로그가 아니다. 이 차이를 모르면 멀쩡한 파워부터 바꾸게 된다.
내 경우에는 이벤트 뷰어의 시스템 로그에서 오류 시간대를 맞춰본다. 예를 들어 멈춘 시간이 오후 9시 14분이면 그 전후 5분을 본다. WHEA-Logger, Display, Disk, storahci, nvlddmkm, Kernel-PnP 같은 항목이 같이 찍혔는지 확인한다. 그 내용을 GPT에 넣고 “이 로그 기준으로 가능성 높은 순서와 배제 테스트를 제안해줘”라고 묻는다.
여기서 중요한 건 GPT에게 바로 해결책을 요구하지 않는 것이다. 나는 보통 “확정 진단하지 말고 가능성 순서로 나눠줘”라고 적는다. 그러면 답변이 조금 더 현실적으로 나온다. PC 수리는 대부분 확률 싸움이다. 증상 하나로 바로 부품 하나를 찍는 방식은 현장에서 실수하기 쉽다.
GPT 답변을 실제 점검 순서로 바꾸는 방법
답변을 받았으면 바로 설정을 왕창 바꾸지 않는다. 한 번에 하나씩만 바꿔야 원인을 찾을 수 있다. 예를 들어 게임 중 튕김이 있고 GPT가 그래픽 드라이버, XMP, 파워, 온도를 후보로 말한다면 나는 보통 온도 확인부터 한다. HWInfo나 MSI Afterburner로 CPU 패키지 온도, GPU 핫스팟, 전력 제한 여부를 본다. 90도 중후반으로 치솟는다면 드라이버보다 쿨링부터 봐야 한다.
그다음은 재현 테스트다. OCCT 파워 테스트, 3DMark 반복, 메모리 테스트, CrystalDiskInfo 같은 도구로 부하를 나눠본다. CPU 단독은 정상인데 GPU 부하에서 꺼지면 방향이 좁아진다. 메모리 테스트에서 바로 오류가 나오면 램 클럭이나 슬롯, 모듈 문제를 먼저 본다. GPT가 알려준 순서는 참고하되, 실제 테스트 결과가 더 우선이다.
프롬프트 예시
“윈도우 11 PC가 게임 중 10~20분 사이에 멈춥니다. CPU는 Ryzen 5 5600, GPU는 RTX 3060 Ti, RAM은 16GB 3600MHz XMP 적용, 파워는 650W Bronze입니다. 이벤트 뷰어에는 Kernel-Power 41이 있고, 멈추기 직전 Display 경고가 2번 있습니다. CPU 온도는 최대 72도, GPU 핫스팟은 96도입니다. 이미 그래픽 드라이버는 최신으로 재설치했습니다. 가능성 높은 원인 순서와 테스트 방법을 알려주세요.”
이 정도로 쓰면 답변 품질이 꽤 올라간다. 특히 온도 수치, 이미 해본 작업, 로그 이름이 들어가면 의미 없는 일반론이 줄어든다. GPT는 질문이 흐릿하면 답도 흐릿하다. 수리 기록지 쓰듯이 넣는 게 제일 낫다.
조립PC 견적에도 쓸 수 있지만 숫자만 믿으면 안 된다
GPT로 견적을 짤 때도 비슷하다. “100만 원 PC 추천”이라고 물으면 대체로 무난한 조합을 말하지만, 실제 구매 단계에서는 가격과 재고가 계속 바뀐다. 또 케이스 GPU 장착 길이, 공랭쿨러 높이, 메인보드 전원부, SSD 방열판 간섭 같은 부분은 사람이 한 번 더 봐야 한다.
그래도 용도 정리에는 좋다. 예를 들어 영상 편집이 주인지, 롤과 배그 위주인지, QHD 144Hz 모니터를 쓰는지, 소음에 민감한지 물어보면 CPU와 GPU 예산 배분을 설명해준다. 나는 이 답변을 바탕으로 실제 쇼핑몰 가격을 확인하고, 케이스 호환성과 파워 용량을 다시 계산한다. 체감 성능은 벤치 점수 하나로 끝나지 않는다. 소음, 발열, 안정성까지 합쳐서 봐야 오래 쓴다.
GPT는 PC 문제를 대신 고쳐주는 도구라기보다, 머릿속에 흩어진 단서를 순서대로 놓게 해주는 도구에 가깝다. 로그와 수치를 제대로 넣으면 시간은 확실히 줄어든다. 다만 마지막 판단은 직접 확인한 증상과 테스트 결과가 기준이다. 15년 동안 PC를 만지면서 느낀 건, 좋은 도구일수록 사용자가 기본 정보를 정확히 넣어야 제값을 한다는 점이다.
