컴퓨터로 작업하거나 게임을 하던 중 화면이 갑자기 검게 변하고, 몇 초 뒤 다시 부팅되는 문제가 있습니다. 이벤트 뷰어를 열어 보면 같은 시각에 Kernel-Power, 이벤트 ID 41, 작업 범주 63이 ‘위험’으로 기록되어 있는 경우가 많습니다.

여기서 가장 먼저 바로잡아야 할 부분이 있습니다. Kernel-Power 41은 고장 난 부품의 이름이나 원인을 알려주는 오류 코드가 아닙니다. Windows가 이전 세션에서 정상적인 종료 절차를 마치지 못했다는 사실을 다음 부팅 때 기록한 결과입니다. 따라서 41번만 보고 파워서플라이를 교체하거나 Windows를 초기화하면 원인을 놓칠 수 있습니다.

이 글에서는 갑작스러운 재부팅을 다음 네 가지 증거로 나누어 진단합니다.

1. 블루스크린이 발생했고 오류 정보가 남은 경우
2. 전원이 끊기듯 즉시 꺼져 오류를 기록하지 못한 경우
3. 시스템이 완전히 멈춘 뒤 사용자가 전원 버튼을 길게 누른 경우
4. CPU·메모리·PCI Express 등 하드웨어 오류가 먼저 기록된 경우

핵심 결론: Event ID 41 자체를 없애려 하지 말고, 같은 시각 전후의 BugcheckCode, Event ID 1001·6008, volmgr, WHEA-Logger와 발생 조건을 함께 확인해야 합니다.

먼저 하지 말아야 할 행동: 원인을 확인하기 전에 BIOS 업데이트, 무리한 스트레스 테스트, 전압 변경, 레지스트리 수정, Windows 초기화를 한꺼번에 진행하지 마세요. 증상이 사라지거나 악화되더라도 어느 조치가 영향을 줬는지 판단할 수 없게 됩니다.

Kernel-Power 41이 의미하는 것

Windows가 정상적으로 종료되면 응용 프로그램과 서비스가 종료되고, 저장장치에 필요한 데이터를 기록한 다음 전원이 내려갑니다. 이 과정이 끝나지 않은 상태에서 전원이 끊기거나 시스템이 멈추면 다음 부팅 때 Windows는 ‘직전 종료가 정상적이지 않았다’고 판단합니다. 그 결과가 System 로그의 Kernel-Power 이벤트 41입니다.

Microsoft 공식 문서도 Event ID 41을 예기치 않은 종료가 발생했다는 표시로 설명하며, 이 기록만으로 원인을 명시적으로 정의하지 못할 수 있다고 안내합니다. 즉, 다음과 같은 서로 다른 상황이 모두 같은 41번으로 남을 수 있습니다.

중요한 것은 41번이 발견됐다는 사실보다 그 안의 값과 직전 로그가 무엇인지입니다.

1단계: 오류가 발생한 시각과 조건부터 기록합니다

재부팅 문제는 매번 재현되지 않는 경우가 많습니다. 그래서 설정을 바꾸기 전에 ‘언제, 무엇을 하다가, 어떻게 꺼졌는지’를 남겨야 합니다.

다음 항목을 간단히 기록해 두세요.

화면이 멈춘 상태라면 Caps Lock 키를 눌러 키보드 표시등이 반응하는지도 확인합니다. Microsoft는 표시등이 전혀 바뀌지 않는 경우 시스템이 완전히 응답하지 않는 하드 행일 가능성을 확인하는 단서로 안내합니다.

2단계: 이벤트 뷰어에서 같은 시각의 기록을 묶어 봅니다

이벤트 뷰어 여는 방법

1. 시작 버튼을 마우스 오른쪽 버튼으로 누릅니다.
2. 이벤트 뷰어를 선택합니다.
3. 왼쪽에서 Windows 로그 → 시스템으로 이동합니다.
4. 오른쪽의 현재 로그 필터링을 누릅니다.
5. 이벤트 ID 입력란에 41,1001,6008,1074를 입력합니다.

Event ID의 역할은 다음처럼 구분합니다.

41번을 선택한 뒤 아래의 자세히 → 친숙한 보기 또는 XML 보기를 열면 추가 값을 확인할 수 있습니다. 같은 시각의 오류만 보지 말고 발생 5분 전부터 재부팅 1분 후까지 범위를 살펴보세요. 반복해서 나타나는 드라이버, 저장장치, WHEA 기록이 있는지가 중요합니다.

3단계: Event ID 41의 BugcheckCode를 해석합니다

BugcheckCode가 0이 아닌 경우

BugcheckCode에 0이 아닌 숫자가 있다면 Windows가 Stop 오류를 감지하고 코드 일부를 기록한 것입니다. 이때 값은 흔히 10진수로 표시되므로 인터넷에서 보는 0x 형식의 16진수 코드와 모양이 다를 수 있습니다.

예를 들어 Microsoft 문서의 예시 값 159는 16진수로 변환하면 9F이며, Stop 코드로는 0x0000009F 형태로 비교합니다. PowerShell에서 변환하려면 다음 명령을 사용할 수 있습니다.

[Convert]::ToString(159, 16)

• 목적: 이벤트 로그의 10진수 BugcheckCode를 16진수로 변환
• 조건: 159 자리에 실제 로그의 숫자를 입력
• 예상 결과: 9f처럼 표시됨
• 위험: 조회·계산만 수행하므로 시스템 설정을 변경하지 않음

변환한 코드는 같은 시각의 Event ID 1001이나 C:\Windows\Minidump의 덤프 파일과 함께 확인해야 합니다. Stop 코드 하나만으로 특정 드라이버를 단정하면 안 됩니다. 코드는 오류가 발생한 범주를 보여주는 출발점이지, 항상 범인을 직접 가리키는 것은 아니기 때문입니다.

BugcheckCode와 PowerButtonTimestamp가 모두 0인 경우

두 값이 모두 0이라면 다음 가능성을 우선 검토합니다.

• 전원이 너무 빠르게 끊겨 Windows가 오류 정보를 기록하지 못함
• 시스템이 완전히 멈춘 상태에서 사용자가 전원 버튼을 길게 누름
• 덤프를 저장할 페이지 파일이나 저장장치에 문제가 있음
• PSU·노트북 어댑터·배터리·메인보드 전원부 문제
• 과열 보호나 하드웨어 보호 동작으로 즉시 전원이 차단됨

Microsoft 문서는 이 경우 같은 시각에 volmgr Event ID 46이 있는지 확인하고, 있다면 페이지 파일 구성을 살펴보라고 안내합니다. 블루스크린이 있었는데도 덤프가 없고 volmgr 오류가 함께 있다면 ‘전원 문제’로 곧바로 결론 내릴 수 없습니다. 오류는 발생했지만 덤프 기록에 실패했을 수 있기 때문입니다.

4단계: 블루스크린 자동 재시작을 잠시 해제합니다

블루스크린이 너무 빨리 지나가 Stop 코드를 읽지 못한다면 자동 재시작을 해제해 증거를 확보할 수 있습니다.

1. Windows 키 + R을 누릅니다.
2. sysdm.cpl을 입력하고 확인합니다.
3. 고급 → 시작 및 복구 → 설정으로 이동합니다.
4. 시스템 오류 → 자동으로 다시 시작의 체크를 해제합니다.
5. 확인을 눌러 저장합니다.

이 설정은 오류를 치료하는 기능이 아닙니다. 다음 오류 때 Stop 코드가 화면에 남도록 하는 진단 설정입니다. 업무용 PC라면 오류 화면에서 멈춰 있을 수 있으므로, 원인 확인 후 운영 환경에 맞게 원래 설정으로 돌릴지 결정하세요.

덤프 설정도 같이 확인합니다

같은 ‘시작 및 복구’ 창에서 디버깅 정보 쓰기가 ‘자동 메모리 덤프’ 또는 ‘작은 메모리 덤프’로 설정되어 있는지 확인합니다. 시스템 드라이브의 페이지 파일을 완전히 꺼 두면 덤프 생성에 문제가 생길 수 있습니다. 용량 확보를 위해 페이지 파일을 무조건 비활성화하는 방식은 권장하지 않습니다.

5단계: WHEA-Logger가 먼저 기록됐는지 확인합니다

WHEA는 Windows Hardware Error Architecture의 약자로, Windows가 하드웨어 오류 정보를 수집하고 이벤트 로그에 기록하는 체계입니다. Microsoft 공식 드라이버 문서에 따르면 WHEA 하드웨어 오류 이벤트는 System 이벤트 로그에 기록됩니다.

이벤트 뷰어의 시스템 로그에서 원본이 WHEA-Logger인 이벤트를 찾습니다. 중요한 것은 이벤트 번호 하나만 검색하는 것이 아니라 상세 정보의 구성 요소를 읽는 것입니다.

WHEA 오류가 반복된다면 BIOS의 XMP·EXPO, CPU 언더볼팅·오버클럭, 제조사 성능 모드를 포함해 기본값이 아닌 설정을 먼저 기록하세요. 그다음 한 번에 하나씩 기본값으로 되돌려 재현 여부를 비교합니다. BIOS 업데이트는 전원 차단 시 부팅 불가 위험이 있으므로, 단순히 41번이 보였다는 이유만으로 첫 조치로 선택하지 않습니다.

6단계: 발생 조건으로 전원·온도·메모리·드라이버를 분리합니다

게임이나 영상 렌더링처럼 부하가 클 때만 꺼지는 경우

CPU와 GPU가 동시에 높은 전력을 요구할 때만 꺼진다면 다음 항목을 봅니다.

• 데스크톱 PSU 정격 용량과 노후 상태
• 그래픽카드 보조전원 커넥터 체결 상태
• 분배 케이블 사용 여부와 제조사 권장 연결 방식
• CPU·GPU 온도와 팬 작동
• 최근 추가한 GPU, 저장장치, USB 고전력 장치
• 멀티탭 또는 전원 케이블 접촉 상태

단, ‘게임 중 꺼짐 = PSU 불량’은 아닙니다. 고부하에서만 드러나는 GPU 드라이버, CPU 과열, 메모리 오버클럭 불안정도 비슷한 현상을 만들 수 있습니다. 온도·WHEA·BugcheckCode 중 무엇이 함께 남았는지 비교해야 합니다.

아무것도 하지 않을 때나 절전 복귀 때 꺼지는 경우

유휴 상태 또는 절전 복귀에서만 재부팅된다면 고부하 전력 부족과 다른 방향으로 봅니다.

• 절전 상태 전환과 펌웨어 호환성
• 칩셋·그래픽·저장장치 드라이버
• USB 장치나 도킹스테이션
• BIOS의 전원 절약 상태 설정
• 최근 설치한 저수준 보안·가상화 소프트웨어

이 경우 무거운 스트레스 테스트가 정상이라는 이유만으로 하드웨어 문제를 모두 배제할 수 없습니다. 낮은 전력 상태로 전환되는 순간에만 불안정해지는 경우도 있기 때문입니다.

특정 프로그램을 실행할 때만 재부팅되는 경우

특정 게임, 영상 편집기, 가상화 프로그램에서만 발생한다면 다음 순서가 안전합니다.

1. 프로그램과 Windows의 업데이트 이력을 기록합니다.
2. 새로 연결한 하드웨어가 있다면 제거 후 비교합니다.
3. 안전 모드 또는 클린 부팅에서 같은 증상이 가능한지 확인합니다.
4. 제조사 공식 사이트의 안정 버전 드라이버와 현재 버전을 비교합니다.
5. 한 번에 한 항목만 변경한 뒤 재현 여부를 기록합니다.

Microsoft는 예기치 않은 재시작과 Stop 오류에서 새 하드웨어 제거, 안전 모드 진입, 장치 관리자 확인 등을 기본적인 분리 절차로 안내합니다. 클린 부팅은 백그라운드 서비스 충돌을 좁히는 데 유용하지만, 일부 기능이 일시적으로 동작하지 않을 수 있으므로 원래 설정을 기록해 두어야 합니다.

7단계: 메모리를 안전하게 1차 점검합니다

Windows 메모리 진단은 별도 프로그램 없이 사용할 수 있는 1차 검사입니다.

1. 시작 메뉴에서 Windows 메모리 진단을 검색합니다.
2. 열려 있는 문서를 저장하고 프로그램을 종료합니다.
3. 지금 다시 시작하여 문제 확인을 선택합니다.
4. 검사와 자동 재부팅이 끝난 뒤 결과를 확인합니다.

이 검사를 통과했다고 해서 RAM 문제가 100% 배제되는 것은 아닙니다. 간헐적인 오류, 특정 온도나 XMP 설정에서만 발생하는 불안정은 짧은 검사에서 나타나지 않을 수 있습니다. 반대로 오류가 확인됐다면 무작정 RAM을 구매하기보다 다음을 분리해야 합니다.

• XMP·EXPO를 끈 기본 속도에서도 오류가 나는지
• 모듈을 다시 장착했을 때 같은지
• 특정 모듈이나 특정 슬롯에서 반복되는지
• 노트북처럼 분해가 위험하거나 보증에 영향을 주는 제품인지

전원을 분리하지 않은 상태에서 RAM이나 내부 케이블을 만지면 부품 손상 위험이 있습니다. 노트북 내장 배터리 분리나 데스크톱 부품 재장착에 익숙하지 않다면 제조사 서비스센터 또는 전문점에 맡기는 편이 안전합니다.

8단계: 온도는 ‘재부팅 직후 숫자’가 아니라 흐름으로 봅니다

재부팅이 끝난 뒤 모니터링 프로그램을 실행하면 이미 온도가 내려가 있을 수 있습니다. 그래서 단일 최고값보다 오류 직전의 변화가 중요합니다.

확인할 항목은 다음과 같습니다.

• CPU 패키지 온도의 상승 속도
• GPU 코어와 핫스팟 온도 차이
• 팬 RPM이 온도 상승에 맞춰 증가하는지
• 부하 시작 후 몇 분 만에 재부팅되는지
• 케이스 흡기·배기구가 막혀 있는지
• 노트북이 침구나 쿠션 위에서 사용됐는지

각 CPU와 GPU의 허용 온도는 모델마다 다르므로 임의의 하나의 숫자를 모든 PC에 적용하면 안 됩니다. 제조사 제품 사양을 기준으로 판단해야 합니다. 팬이 돌지 않거나 타는 냄새, 변색, 비정상적인 소음이 있다면 즉시 전원을 끄고 사용을 중단하세요.

9단계: ‘한 번에 하나씩’ 바꾸는 재현 테스트를 합니다

원인 규명의 핵심은 많은 조치를 하는 것이 아니라 변수를 통제하는 것입니다. 다음과 같은 기록표를 사용하면 도움이 됩니다.

이 예시라면 메모리 설정과 증상의 연관성이 높아졌다고 볼 수 있지만, 이것만으로 RAM 모듈 자체 불량까지 확정할 수는 없습니다. 메모리 컨트롤러, 메인보드 슬롯, BIOS 설정도 추가로 분리해야 합니다.

스트레스 테스트를 무리하게 권하지 않는 이유

전원부나 냉각에 실제 문제가 있는 PC에 CPU와 GPU를 동시에 극한 부하로 돌리면 증상을 악화시킬 수 있습니다. 타는 냄새, 전원 커넥터 변색, 팬 정지, 배터리 팽창이 있다면 테스트하지 말고 전원을 차단해야 합니다. 정상적인 외관과 냉각을 확인한 뒤에도 필요한 경우에만 제조사 진단도구나 전문가의 통제된 테스트를 사용하세요.

증상별 우선순위 판정표

이런 경우에는 즉시 사용을 중단하거나 전문 점검이 필요합니다

• 타는 냄새, 연기, 스파크 또는 전원 커넥터 변색이 있음
• 노트북 배터리가 부풀어 케이스나 터치패드가 들뜸
• 같은 작업에서 수분 이내 반복적으로 전원이 차단됨
• BIOS 기본값에서도 WHEA 치명적 오류가 반복됨
• 메모리 검사에서 오류가 확인되지만 모듈·슬롯 분리가 어려움
• 덤프 분석에서 하드웨어 오류가 의심되고 중요한 업무 자료가 있음
• PSU나 메인보드 내부를 직접 열어 측정해야 하는 상황

파워서플라이는 콘센트에서 분리한 뒤에도 내부에 위험한 전하가 남을 수 있으므로 케이스를 분해하지 마세요. 교체가 필요하다면 PSU 전체를 규격에 맞는 제품으로 교체하거나 전문가에게 점검을 의뢰합니다.

Kernel-Power 41 진단 체크리스트

• 발생 날짜와 시간을 기록했다.
• 블루스크린, 즉시 전원 차단, 화면 정지를 구분했다.
• Event ID 41의 BugcheckCode 값을 확인했다.
• 같은 시각의 1001·6008·1074를 확인했다.
• volmgr 덤프 생성 실패가 있는지 확인했다.
• 직전 WHEA-Logger 기록과 구성 요소를 확인했다.
• 최근 추가한 RAM·GPU·USB 장치를 기록했다.
• XMP·EXPO·오버클럭·언더볼팅 여부를 기록했다.
• 전원 케이블·어댑터·멀티탭의 외관을 확인했다.
• CPU·GPU 온도를 발생 직전 흐름으로 비교했다.
• 한 번에 한 항목만 변경해 같은 조건으로 비교했다.
• 중요한 파일을 먼저 백업했다.

자주 묻는 질문

Q1. Kernel-Power 41이 뜨면 파워서플라이 고장인가요?

아닙니다. 갑작스러운 전원 차단이 원인일 수 있지만, 블루스크린·하드 행·과열·메모리 불안정·사용자의 강제 종료도 41번을 남길 수 있습니다. BugcheckCode와 직전 로그를 함께 봐야 합니다.

Q2. 작업 범주 63은 별도의 오류 번호인가요?

작업 범주 표시는 이벤트를 분류하는 정보입니다. 41 (63)을 하나의 부품 고장 코드처럼 해석하지 마세요.

Q3. 이벤트 41을 삭제하면 문제가 해결되나요?

로그를 지우면 기록만 사라집니다. 예기치 않은 종료의 원인은 해결되지 않으며 오히려 진단 증거를 잃습니다.

Q4. 고속 시작을 끄면 무조건 해결되나요?

특정 종료·부팅 문제와 관련될 수는 있지만 모든 41번의 공통 원인은 아닙니다. 증상과 로그 근거 없이 모든 PC에 일괄 적용할 해결책은 아닙니다.

Q5. BugcheckCode가 0이면 블루스크린이 없었다는 뜻인가요?

반드시 그렇지는 않습니다. 전원이 너무 빨리 끊기거나 덤프 기록 조건에 문제가 있으면 코드가 남지 않을 수 있습니다. volmgr 오류와 덤프 설정도 확인해야 합니다.

Q6. 미니덤프 폴더가 비어 있으면 하드웨어 문제인가요?

덤프 미생성만으로 하드웨어 고장을 확정할 수 없습니다. 페이지 파일 설정, 시스템 드라이브 공간, 저장장치 쓰기 문제, 순간 전원 차단 등을 함께 확인합니다.

Q7. Windows 메모리 진단이 정상이면 RAM은 완전히 정상인가요?

아닙니다. 기본 검사에서 발견되지 않는 간헐적 오류나 특정 속도·온도에서만 발생하는 불안정이 있을 수 있습니다. 다만 안전한 1차 분리 검사로는 유용합니다.

Q8. WHEA-Logger가 하나라도 있으면 CPU를 교체해야 하나요?

바로 교체하면 안 됩니다. 상세 정보의 구성 요소와 반복성, BIOS 설정, 메모리·PCIe 장치, 온도와 전원 조건을 함께 확인해야 합니다.

Q9. BIOS를 최신 버전으로 업데이트하면 해결될까요?

펌웨어 호환 문제가 원인일 때 도움이 될 수 있지만 위험이 없는 작업은 아닙니다. 제조사 변경 내역에서 관련 수정 사항을 확인하고, 안정적인 전원과 정확한 모델용 파일을 확보한 뒤 진행해야 합니다.

Q10. 노트북에서도 같은 방법을 쓰나요?

로그 해석 순서는 같습니다. 다만 노트북은 어댑터·배터리·도킹스테이션과 제조사 전원 관리 기능을 추가로 구분해야 하며, 임의 분해가 보증에 영향을 줄 수 있습니다.

Q11. 이벤트 41이 한 번만 있으면 수리해야 하나요?

정전이나 사용자의 강제 종료처럼 이유가 명확하고 이후 재발하지 않았다면 즉시 부품 교체로 이어갈 필요는 없습니다. 원인을 알 수 없거나 반복된다면 기록을 시작하고 점검해야 합니다.

Q12. Windows를 초기화하면 해결될까요?

소프트웨어 충돌이라면 변화가 있을 수 있지만, 전원·온도·메모리·메인보드 문제는 초기화로 해결되지 않습니다. 초기화 전에 안전 모드, 클린 부팅, 로그와 덤프 분석으로 소프트웨어와 하드웨어를 구분하는 편이 효율적입니다.

마무리: 41번을 고치는 것이 아니라 ‘41번 직전’을 찾아야 합니다

Kernel-Power Event ID 41은 컴퓨터가 정상 종료되지 않았다는 경고등입니다. 경고등만 보고 부품을 교체하기보다 발생 시각, BugcheckCode, 1001·6008, volmgr, WHEA, 온도와 전원 조건을 한 줄의 시간축에 놓아야 원인에 가까워집니다.

가장 안전한 순서는 다음과 같습니다.

1. 발생 조건과 시각을 기록합니다.
2. 같은 시각의 이벤트와 BugcheckCode를 확인합니다.
3. 블루스크린·순간 전원 차단·하드 행·WHEA 오류를 구분합니다.
4. 최근 변경과 기본값을 비교합니다.
5. 한 번에 하나씩 바꾸고 같은 조건으로 재현합니다.

컴퓨터가 다시 꺼졌다면 ‘또 41번이네’에서 멈추지 말고, 이번에는 그 직전에 무엇이 기록됐는지부터 확인해 보세요. 같은 증상처럼 보여도 해결해야 할 영역은 전원, 드라이버, 메모리, 냉각으로 완전히 달라질 수 있습니다.

공식 참고 자료

• Microsoft Learn: Event ID 41로 예기치 않은 종료 문제 해결
• Microsoft 지원: Windows의 예기치 않은 재시작 및 Stop 코드 문제 해결
• Microsoft Learn: WHEA 하드웨어 오류 이벤트
• Microsoft 지원: Windows 클린 부팅 수행 방법