Chrome 비정상 종료 원인 찾기 및 디버깅 방법
- IT
- 2024. 9. 9.
Chrome 브라우저 디버그 로그
작동 중지된 탭, 오류 메시지 등 Chrome 브라우저에서 발생한 문제를 해결할 수 있습니다. 문제를 해결하는 데 디버그 로그가 도움이 될 수 있습니다.
디버그 로그는 자동으로 생성되지 않으므로 먼저 로깅을 사용 설정해야합니다.
로깅 사용 설정하기
크롬 브라우저에서 더 상세하게 로그를 남길 수 있도록 설정을 해줘야 합니다.
참고: 이 안내에서는 Chrome이 기본 위치에 설치된 것으로 가정하고 안내해드립니다.
크롬 아이콘에서 마우스 우클릭을 하신 후 [파일 위치 열기] 를 클릭해 줍니다.
크롬 디버그 설정 추가
1. 실행 중인 Chrome 인스턴스를 모두 종료합니다.
2. Chrome 바로가기를 마우스 오른쪽 버튼으로 클릭합니다.
3. Properties(속성)을 클릭합니다.
4. 'Target:(대상:)' 줄 끝에 다음 명령줄 플래그를 추가합니다. --enable-logging --v=1
5. Apply(적용)와 OK(확인)를 클릭합니다.
바로가기를 사용하여 Chrome을 실행합니다.
디버그 로그 읽는 방법
sawbuck 깃허브
https://github.com/google/sawbuck/releases/tag/release-0.6.8.0
구글 툴박스
https://toolbox.googleapps.com/apps/main/
디버그 로그는 chrome_debug.log라는 이름으로 사용자 데이터 디렉터리에 저장됩니다.
Chrome은 다시 시작될 때마다 이 파일을 덮어쓰게 되므로 브라우저에 문제가 있으면 Chrome을 다시 시작하기 전에 로그를 확인하세요.
파일을 덮어쓰지 않으려면 파일을 바탕화면 등 다른 폴더로 옮기면 됩니다.
디렉터리 위치는 운영체제에 따라 다릅니다.
디버그 로그 읽기
로그를 읽고 문제의 원인을 찾는 데 도움을 주는 도구로는 Microsoft® Windows®의 Sawbuck 및 Apple® Mac®의 Console(Applications(애플리케이션) > Utilities(유틸리티) > Console로 이동)이 있습니다.
이러한 도구를 사용하면 그래픽 사용자 인터페이스를 통해 간편하게 로그를 보고, 필터링하고, 검색할 수 있습니다.
도구를 사용하지 않아도 디버그 로그 파일을 텍스트 편집기에서 열고 아래의 정보를 통해 문제를 파악할 수 있습니다.
로그에서 찾을 사항
먼저 chrome_debug.log 파일에서 ERROR 키워드를 검색합니다. 하지만 문제에 따라 문제의 근본적인 원인이 다른 곳에 있을 수 있습니다. 예를 들어 Chrome이 시작될 때 지나치게 오래 걸린다고 신고되면 디버그 로그 앞부분에 같은 줄이 여러 번 반복되거나 프로세스 ID(PID) 또는 스레드 ID(TID)가 상당히 많이 기록되어 있을 수 있습니다.
로그 파일에서 각 줄은 다음과 같은 요소를 포함한 타임스탬프 형식으로 시작합니다.
[PROCESS_ID:THREAD_ID:MMDD/TIME:LOGGING_LEVEL:SOURCE_CODE_FILE_NAME(LINE_NUMBER)]
예: [7352:11760:0809/012714:VERBOSE1:resource_loader.cc(630)]
각 항목 별 설명
PROCESS_ID: 현재 실행중인 프로세스의 식별자입니다.
THREAD_ID: PID 내에 있는 프로세스입니다.
MMDD: 현재 날짜의 월과 일을 MMDD 형식으로 표시합니다. 위 예에서는 8월 9일을 표시합니다.
TIME: 현재 시간을 24시간제 형식인 HH:MM:SS 형식으로 표시하여 문제가 발생한 시간을 파악할 수 있습니다.
LOGGING_LEVEL: 현재의 로깅 수준입니다. 이 수준은 보통 명령줄에서 VERBOSE1로 설정됩니다. ERROR로 표시되는 경우도 있습니다.
SOURCE_CODE_FILE_NAME(LINE_NUMBER): 이벤트가 로그에 포함되도록 트리거한 소스 코드 파일의 이름입니다.
감사합니다.
[IT/리눅스(Linux)] - 리눅스 gdb 코어 덤프 분석