모두
모두콘텐츠
얼마 전 게임을 켜면 PC가 재부팅된다는 이야기를 들었습니다. 처음엔 그래픽카드 드라이버를 의심했는데, 대화를 이어가니 게임을 하지 않을 때도 한 번씩 꺼졌다고 하더군요. 같은 ‘재부팅’이라도 이 한 줄 때문에 확인할 순서가 달라집니다. CHATGPT에 오류를 물을 때도 증상만 던지기보다, 무엇을 할 때 어떻게 꺼졌는지부터 적는 편이 훨씬 쓸모 있습니다.
증상보다 재현 조건을 먼저 적는다
‘컴퓨터가 자꾸 꺼져요’라고 입력하면 가능한 원인이 너무 많습니다. 화면만 검게 변하는지, 본체 전원까지 나가는지, 블루스크린을 본 뒤 다시 켜지는지도 구분해야 합니다. 게임 시작 10분 뒤인지, 절전 모드에서 깨어날 때인지, 하루에 몇 번인지도 적어 둡니다. 오류가 시작되기 직전에 바꾼 부품이나 드라이버가 있다면 날짜와 함께 넣고요.
저라면 이렇게 묻겠습니다. ‘윈도우 PC가 게임 실행 10~20분 뒤 화면이 꺼지고 곧바로 재부팅됩니다. 웹서핑 중에는 아직 발생하지 않았습니다. 지난주 그래픽카드를 교체했고, 오류 화면은 보지 못했습니다. 원인 후보를 우선순위대로 제시하고, 각 후보를 구분할 수 있는 안전한 확인 방법을 알려주세요.’ 사양표 전체를 붙이는 것보다 이런 관찰이 진단에 더 직접적입니다.
이벤트 기록은 시간과 함께 읽는다
윈도우에서 Win+R을 누르고 eventvwr.msc를 실행하면 이벤트 뷰어가 열립니다. ‘Windows 로그’의 ‘시스템’에서 재부팅한 시각 전후의 항목을 확인합니다. 긴 기록을 통째로 복사하기보다 발생 시각, 이벤트 원본, 이벤트 ID, 오류 설명을 함께 전달하는 게 좋습니다. 같은 시각에 여러 항목이 있다면 재부팅 직전의 기록부터 봅니다.
여기서 자주 걸리는 게 Kernel-Power 이벤트 ID 41입니다. 이 항목을 보고 ‘파워서플라이 고장 확정’이라고 답한다면 한 번 멈춰야 합니다. 마이크로소프트 안내에서도 ID 41은 정상적으로 종료되지 않은 뒤 기록되는 이벤트이며, 그 자체만으로 원인을 특정하기 어려울 수 있다고 설명합니다. 전원 문제일 수도 있지만 멈춤이나 다른 오류로 강제 재부팅됐을 가능성도 있습니다. CHATGPT에는 ‘ID 41을 원인으로 단정하지 말고, 그 전후 기록과 실제 증상으로 가설을 나눠 달라’고 덧붙이는 편이 낫습니다.
답변은 한 번에 한 항목씩 검증한다
CHATGPT가 드라이버 재설치, BIOS 설정 변경, 메모리 점검을 한꺼번에 제안할 때가 있습니다. 세 가지를 동시에 바꾸면 증상이 멈춰도 무엇이 효과가 있었는지 알 수 없습니다. 먼저 변경 비용이 낮고 되돌리기 쉬운 확인부터 고릅니다. 케이블 연결 상태를 살피고, 오류가 나는 작업과 나지 않는 작업을 비교하고, 최근 변경 사항을 하나씩 되돌린 뒤 같은 조건에서 다시 사용해 보는 식입니다.
예를 들어 게임 중에만 재부팅된다면 게임 이름만 적지 말고 실행 후 걸린 시간, 화면 상태, 소음이나 팬 동작 변화도 기록합니다. 반대로 대기 중에도 꺼진다면 그 사실을 새 대화에 빠뜨리지 않습니다. 이전 답변과 다른 증거가 나오면 ‘처음 가설과 맞지 않는 점이 무엇인지, 다음 확인 순서를 다시 잡아 달라’고 요청합니다. OpenAI의 CHATGPT 프롬프트 안내도 필요한 배경과 원하는 결과를 분명히 적고, 불확실한 부분을 표시하도록 권합니다.
명령어보다 실행 조건을 확인한다
답변에 명령어가 나오면 목적부터 물어봅니다. 어떤 문제를 확인하거나 고치는 명령인지, 관리자 권한이 필요한지, 실행 전에 백업할 항목이 있는지 확인해야 합니다. 특히 BIOS 초기화, 레지스트리 수정, 디스크 초기화처럼 설정이나 데이터를 크게 바꾸는 조치는 일반적인 첫 단계로 받아들이지 않습니다. 오류 문구 하나만 보고 따라 하기에는 범위가 너무 넓습니다.
개인 정보도 그대로 붙여 넣지 않는 편이 좋습니다. 이벤트 기록이나 화면 사진에 사용자 이름, 계정 정보, 제품 번호가 보이면 가리고 전달합니다. 그다음에는 ‘확인된 사실’, ‘가능성이 있는 원인’, ‘아직 필요한 증거’를 구분해 달라고 요청합니다. 실제 PC 앞에서 확인할 수 있는 항목이 늘어날수록 CHATGPT의 답변도 쓸모가 생깁니다. 제 경험상 오류를 빨리 잡는 쪽은 멋진 해결 명령을 찾는 사람보다, 같은 증상을 다시 만들고 바뀐 조건을 기록하는 사람입니다.
