블루스크린이 지나가 버렸다면 무엇부터 기록해야 할까요?

블루스크린 뒤에 컴퓨터가 다시 켜졌다면 먼저 오류가 난 시각과 하던 작업을 적습니다. 게임, 영상 재생, 절전 복귀 또는 업데이트처럼 상황을 구분하고 최근에 바뀐 프로그램이나 장치가 있는지 함께 기록합니다.

사진이 있다면 오류 이름과 코드 전체를 읽습니다. 화면에 파일 이름이 나왔다고 그 파일이 원인으로 확정되는 것은 아닙니다. 재시작 뒤 정상으로 보이는 결과와 문제가 해결됐다는 판단도 구분해야 합니다.

Windows가 다시 시작되면 같은 시각의 시스템 이벤트와 덤프 파일 생성 여부를 확인할 수 있습니다. Kernel-Power 41은 비정상 종료 이후 다시 시작했다는 기록이며 전원 고장만을 뜻하지 않습니다. 그 안의 BugcheckCode와 다른 기록을 연결해야 합니다.

덤프가 없을 때는 오류가 없었다고 결론 내리지 않습니다. 수집 설정과 저장 공간 또는 저장 실패 때문에 남지 않았을 수 있습니다. 분석이 필요하면 현재 수집 조건을 확인하고 다음 발생에 대비합니다.

두 번의 오류를 비교할 때는 코드 이름, 발생 시각과 작업, 직전 변경을 각각 적습니다. 같은 게임에서 발생해도 코드가 다를 수 있고 서로 다른 작업에서 같은 드라이버 경로가 나타날 수도 있습니다.

이 기록이 있어야 드라이버 업데이트 전후나 특정 외부 장치 연결 여부를 한 항목씩 비교할 수 있습니다. 한꺼번에 여러 설정을 바꾸면 무엇이 영향을 줬는지 판단하기 어려워집니다.

오류 코드와 장치 모델, Windows 빌드 및 관련 드라이버 버전은 진단에 도움이 됩니다. 계정 암호와 BitLocker 복구키는 공개 게시글이나 문의 내용에 넣지 않습니다.

덤프 파일은 실행 중이던 데이터 일부를 포함할 수 있습니다. 공개 첨부보다 담당자와 안전한 전달 방법을 확인하고 필요한 범위를 정하는 것이 좋습니다. 이 글은 기록 방법 안내이며 실제 고객 작업사례는 아닙니다.

당장 어떤 부품을 바꾸기보다 이번 오류의 자료부터 남기는 편이 다음 판단에 도움이 됩니다. 아래에서는 부품 판정 없이 확인하고 보존할 수 있는 항목을 안내합니다.

Windows 버전과 장비 모델

Windows 키와 R 키를 눌러 실행 창을 열고 winver를 열어 Windows 제품과 운영체제 빌드를 적습니다. 이어 msinfo32의 시스템 모델과 기본 입출력 시스템 버전을 확인하면 같은 장비와 버전 조건으로 설명을 찾을 수 있습니다.

오류가 난 시각의 시스템 기록

Windows 키와 R 키를 눌러 실행 창을 열고 eventvwr.msc를 열고 Windows 로그 > 시스템에서 해당 시각으로 이동합니다. 이벤트 원본과 전체 메시지를 함께 보존하세요. 비정상 재부팅을 알리는 Kernel-Power 41과 그 전에 발생한 실제 장치 오류를 구분하는 데 필요합니다.

이번 오류의 덤프가 생성됐는지

탐색기 주소에 %SystemRoot%\Minidump를 입력해 이번 시각의 작은 덤프가 있는지 확인합니다. 자동 또는 커널 덤프는 %SystemRoot%\MEMORY.DMP에 있을 수 있습니다. 폴더나 파일이 없으면 없다고 기록하고 과거 파일을 이번 오류의 기록으로 대신하지 않습니다.

덤프가 없을 때는 고급 시스템 설정의 시작 및 복구에서 수집 조건을 확인해야 합니다. 원본에는 메모리의 정보가 들어갈 수 있으므로 공개 첨부하지 말고 담당자에게 전달 방법을 확인합니다.

전체 코드와 이름이 확인되면 해당 코드의 기술자료에서 점검 순서와 결과별 분기를 읽습니다. 부팅이 안 되거나 디스크가 사라지면 복구 접근과 데이터 보존부터 확인하고, 일반 사용자 점검과 전문 덤프 분석을 구분합니다.

지원 요청에는 언제, 어떤 작업 중에, 어떤 전체 코드가 나왔는지와 최근 변경을 전달하면 됩니다. 덤프 분석 결과나 실제 장치 점검 없이 고장 부품과 복구 성공을 미리 확정할 수는 없습니다.

상황에 맞는 기술자료로 이어가기

관련 기술자료: 윈도우 오류 코드 찾아보기와 코드별 점검 문서, 시동 복구와 시작 디스크 접근을 나눠 확인하기