먼저 컴퓨터가 꺼졌거나 멈춘 시각을 대충이라도 적어 두세요. 그다음 Windows 로그 > 시스템을 열고 「현재 로그 필터링」에서 「위험」과 「오류」만 남긴 뒤, 적어 둔 시각 앞뒤 몇 분 사이의 줄만 읽으면 됩니다.
목록이 빨간 표시와 노란 표시로 가득해도 그것만으로 고장이라는 뜻은 아닙니다. 이 글을 쓰는 PC의 시스템 로그를 최근 7일치 세어 보니 7,262건 가운데 경고가 163건, 오류가 13건이었습니다. 같은 7일 동안 비정상 종료 기록(이벤트 ID 41)은 한 건도 없었습니다.
📑 목차 보기 (6개 항목)
처음 여는 사람을 위한 이벤트 뷰어 보는법
한 줄로 줄이면 「로그 하나, 시각 하나, 위험·오류만」입니다. 일이 생긴 종류에 맞는 로그 하나만 골라 거르고, 처음부터 모든 로그를 훑으면 몇 천 줄 속에서 길을 잃습니다.
- 시작 단추 옆 검색에 「이벤트 뷰어」를 쳐서 엽니다.
- 왼쪽 「Windows 로그」를 펼칩니다. 컴퓨터가 꺼졌거나 저절로 다시 켜졌거나 장치가 말썽이면 「시스템」, 특정 프로그램이 꺼졌다면 「응용 프로그램」을 고릅니다.
- 오른쪽 「현재 로그 필터링」을 누릅니다. 수준 가운데 「위험」과 「오류」에만 체크하고, 기간 칸은 문제가 난 날이 들어가게 고른 뒤 확인을 누릅니다.
- 「날짜 및 시간」이 적어 둔 시각과 가까운 줄을 누릅니다. 아래 「일반」 탭의 문장과 그 줄의 「원본」, 「이벤트 ID」를 메모합니다.
저는 오류 하나하나를 검색해 보기 전에 두 가지만 봅니다. 문제가 난 시각에 그 기록이 있었는지, 그리고 문제가 날 때마다 같은 원본과 이벤트 ID가 되풀이되는지입니다. 둘 다 아니라면 그 오류는 이번 일과 상관없을 가능성이 큽니다.
같은 조건으로 자주 볼 것 같으면 필터를 건 상태에서 오른쪽 「필터를 사용자 지정 보기로 저장」을 눌러 이름을 붙여 두세요. 왼쪽 「사용자 지정 보기」 아래에 생겨서 다음에는 누르기만 하면 됩니다.
이벤트 뷰어 오류가 수백 개면 고장인가요
아닙니다. 오류와 경고는 윈도우와 프로그램이 제 할 일을 적어 둔 일지라서, 몇 가지가 하루에도 여러 번 되풀이되며 금세 수백 줄이 됩니다.
가장 흔히 눈에 띄는 것이 원본 「DistributedCOM」, 이벤트 ID 10016입니다. 이 PC에서도 7일 동안 73번 남았습니다. 윈도우 구성 요소가 먼저 한 가지 방식으로 시도했다가 권한이 없으면 다른 방식으로 다시 하도록 일부러 만들어 둔 탓에 생기는 기록이고, 마이크로소프트는 기능에 해가 없으니 무시해도 된다고 밝힙니다(마이크로소프트 Learn 「이벤트 ID 10016」). 이 기록을 없애겠다고 구성 요소 서비스에서 권한을 바꾸는 안내도 보이는데, 같은 문서에서 예상하지 못한 부작용이 날 수 있다며 권하지 않습니다.
원본 이름도 단서입니다. 이 PC의 오류 13건 가운데 11건은 따로 깐 클라우드 드라이브 프로그램이 남긴 같은 문장이었습니다. 원본이 내가 깐 프로그램 이름이면 그 프로그램이 자기 사정을 적은 것이지 윈도우가 망가졌다는 뜻이 아닙니다. 그 프로그램이 잘 돌아가면 그냥 둡니다.
저절로 재부팅됐다면 1074로 누가 다시 시작했는지 봅니다
컴퓨터가 혼자 다시 켜져 있었다면 시스템 로그에서 이벤트 ID 1074부터 찾으세요. 1074는 프로그램이나 사람이 끄기·다시 시작을 요청했을 때 남는 기록이고, 시작 메뉴나 Ctrl+Alt+Del로 직접 끈 것도 여기에 남습니다(마이크로소프트 Learn 「이벤트 ID 41」의 관련 이벤트 설명).
「현재 로그 필터링」의 이벤트 ID 칸에 1074를 넣으면 이것만 남습니다. 줄을 열면 일반 탭 첫 줄에 요청한 프로그램의 경로가, 그 아래에 이유와 종료 유형이 적혀 있습니다.
이 PC의 1074를 열어 보니, 새벽 4시 44분 기록은 C:\WINDOWS\uus 폴더의 프로그램이 요청했고 이유 칸에 「운영 체제: 서비스 팩(계획됨)」이 적혀 있었습니다. 업데이트를 마무리하려고 다시 시작한 것으로 읽힙니다. 같은 날 낮 기록은 요청한 프로그램이 StartMenuExperienceHost.exe, 이유가 「기타(계획되지 않음)」였습니다. 시작 메뉴에서 다시 시작을 누른 기록입니다.
새벽에 켜 두었던 PC라면 업데이트 쪽일 때가 많습니다. 시간이 거슬리면 윈도우 업데이트 일시 중지와 설정에서 사용 시간을 맞춰 두세요.
그 시각에 1074가 없고 위험 수준의 41(원본 Kernel-Power)만 남았다면 아무도 끄라고 하지 않았는데 꺼진 것입니다. 41을 읽는 법과 그다음 점검은 쓰던 중에 갑자기 꺼질 때 가르는 순서에 따로 정리해 두었습니다. 1074도 41도 없이 꺼져 있었다면 기록할 틈도 없이 전원이 끊겼을 수 있으니(위 마이크로소프트 문서), 같은 글의 전원 쪽 점검으로 가세요.
프로그램이 꺼지거나 업데이트가 실패했다면 일반 탭 첫 문장을 읽습니다
프로그램이 혼자 꺼졌다면 Windows 로그 > 응용 프로그램에서 그 시각의 오류 줄을 열어 보세요. 일반 탭 첫 줄이 「오류 있는 응용 프로그램 이름:」으로 시작하고 바로 뒤에 꺼진 실행 파일 이름이 나옵니다. 이 PC에서도 스캐너 프로그램(ScanSmart.exe)이 꺼진 기록이 이 문장으로 남아 있었습니다.
꺼질 때마다 같은 파일 이름이 나오면 윈도우보다 그 프로그램 쪽을 먼저 손봅니다. 프로그램을 최신판으로 올리거나 지웠다가 다시 깔아 보고, 게임이라면 게임 튕김 원인을 가르는 순서로 이어 가세요.
업데이트 결과는 시스템 로그의 원본 WindowsUpdateClient 줄에 남고, 문장 안에 업데이트 이름이 들어 있습니다. 「설치 실패: 0x80073D02 오류 때문에 Windows에서 다음 업데이트를 설치하지 못했습니다.」처럼 실패한 줄이 있으면 0x로 시작하는 코드와 이름을 함께 적으세요. 이름에 「KB」 번호가 붙은 윈도우 업데이트라면 윈도우 업데이트 오류가 반복될 때의 순서로 가면 됩니다. 이 PC의 그 실패 줄은 이름 끝이 MICROSOFT.WINDOWSSTORE였습니다. 윈도우 자체가 아니라 마이크로소프트 스토어 앱의 업데이트가 한 번 실패한 기록이었습니다.
수리점에 보여 줄 때는 지우지 말고 저장합니다
기록은 걸러 놓은 그대로 파일로 저장해 가져가세요. 화면 캡처 몇 장보다 수리하는 쪽이 앞뒤 기록까지 볼 수 있어서 낫습니다.
- 위 순서대로 문제가 난 날의 위험·오류만 걸러 둡니다.
- 오른쪽 작업 칸에서 「필터링된 로그 파일을 다른 이름으로 저장」을 누릅니다.
- 바탕 화면 같은 찾기 쉬운 곳에 저장해 USB에 담아 갑니다.
같은 작업 칸에 「로그 지우기」도 있는데, 누르면 그 로그의 기록이 사라져 다음에 같은 일이 났을 때 견줘 볼 단서가 없어집니다. 오류 개수를 줄이려고 누를 단추가 아닙니다.
🛠️ 줄 목록이 부담스럽다면
시작 메뉴 검색에 「안정성 기록 보기」를 쳐 보세요. 문제 기록을 날짜별로 모아 보여 줘서 「언제부터」를 잡기 쉽습니다. 거기서 날짜를 찾은 다음 이벤트 뷰어로 그날만 걸러 보면 빠릅니다.
자주 묻는 질문
이벤트 뷰어 기록을 지우면 컴퓨터가 빨라지나요?
빨라지지 않습니다. 로그는 이미 일어난 일을 적어 둔 것이라, 지워도 그 일을 일으킨 원인은 그대로 남습니다. 느려진 원인은 따로 찾아야 합니다.
이벤트 뷰어를 바로 여는 명령이 있나요?
있습니다. Win + R 키로 실행 창을 열고 eventvwr.msc를 입력한 뒤 Enter를 누르면 같은 화면이 열립니다. 검색이 잘 안 될 때 쓰기 좋습니다.
이벤트 ID로 검색해서 나온 해결법을 그대로 따라 해도 되나요?
원본 이름까지 같은지부터 확인하세요. 같은 번호라도 원본이 다르면 전혀 다른 기록입니다. 레지스트리나 권한을 바꾸라는 안내는 10016처럼 마이크로소프트가 오히려 권하지 않는 경우도 있으니, 마이크로소프트나 장치 제조사의 공식 문서와 먼저 맞춰 보세요.
