재부팅한 뒤 오류 메시지가 사라졌다면 현재 부팅 로그와 이전 부팅 로그를 구분해 찾아보세요. journalctl로 부팅, 시간, 서비스 단위를 좁히면 확인할 범위를 줄일 수 있습니다.
부팅 목록과 저장 범위 확인하기
터미널에서 journalctl –list-boots를 실행합니다. 목록에는 저장된 부팅의 번호와 첫 시각, 마지막 시각이 표시됩니다. 0은 현재 부팅이고 -1이 보이면 직전 부팅 기록을 조회할 수 있습니다.
장애가 일어났을 때 바로 재부팅했다면 첫 실행으로 저장된 부팅 목록부터 확인합니다. 조회한 터미널이 호스트인지 가상 머신 내부인지도 중요합니다. 가상 머신에서 오류가 난 경우 호스트의 부팅 목록과 시각이 다를 수 있습니다. 같은 호스트에 여러 번 접속했다면 출력의 첫 줄과 마지막 줄에 표시되는 시각을 메모해 현재 확인할 부팅 구간을 구별합니다.
현재와 직전 부팅 따로 열기
journalctl -b로 현재 부팅을 보고 journalctl -b -1로 직전 부팅을 봅니다. 화면이 페이지 단위로 열리면 위아래로 이동하고 q를 눌러 나옵니다. 재부팅 시각이 중요하다면 단말기의 날짜와 시간대도 확인합니다.
현재 부팅에서 최근 50줄만 보면 journalctl -b -n 50처럼 사용할 수 있습니다. 이전 부팅에서도 같은 줄 수로 비교할 수 있지만 종료 직전 기록만 보여주는 경우가 있으므로 문제 발생 시각의 앞뒤로 좁히는 것이 더 정확합니다. 검색 대상인 시간보다 나중에 다른 서비스의 로그가 많이 생겼다면 마지막 줄에 없다는 사실만으로 오류가 기록되지 않았다고 판단하기 어렵습니다.
시간과 서비스로 필요한 줄만 보기
예를 들어 현재 부팅의 네트워크 관리자 로그는 해당 서비스가 있는 환경에서 journalctl -b -u NetworkManager.service로 확인할 수 있습니다. 최근 30분에 일어난 일만 볼 때는 –since '30 min ago'를 더합니다. 서비스 이름은 환경마다 다릅니다.
일정 시각 이후만 보려면 –since에 날짜와 시각을 함께 지정할 수 있습니다. 장애 보고에는 지역 시간과 UTC 중 어느 쪽인지 적어두세요. 서비스 단위를 추가했는데 아무것도 나오지 않으면 실제 서비스 이름이 맞는지 보고, 먼저 단위 조건 없이 같은 시간을 조회합니다. 처음부터 여러 조건을 동시에 넣지 않으면 어느 조건 때문에 결과가 사라지는지 찾기 쉽습니다.
이전 부팅이 목록에 없을 때
저널이 휘발성으로 저장되거나 보관 정책으로 지난 기록이 지워졌다면 직전 로그가 없을 수 있습니다. 일반 사용자에게 읽기 권한이 제한된 경우에는 승인된 관리자 계정이나 담당자에게 해당 범위를 확인해달라고 요청합니다.
다른 사용자 계정으로 접속했을 때만 출력이 제한될 수 있습니다. 권한 관련 안내가 나오면 허용된 절차로 관리자에게 확인합니다. 이전 부팅을 저장하도록 설정을 바꿔도 이미 기록되지 않은 로그를 되살릴 수는 없습니다. 데이터 보관을 변경해야 할 때는 디스크 여유와 운영 정책을 같이 확인하고, 기존 기록이 다른 수집 시스템에 있는지도 확인합니다.
지원에 전달할 로그 고르기
증상이 시작된 시각과 관련 경고 앞뒤 몇 줄을 함께 기록합니다. 공유하기 전에 호스트명, 내부 주소, 사용자 이름과 경로, 접근 토큰이 포함됐는지 확인하세요. 단어 하나만 떼어 보내는 것보다 시간과 서비스명이 있으면 원인을 찾기 쉽습니다.
예를 들어 노트북이 회의 도중 연결을 잃고 재부팅 후 정상으로 돌아왔다고 가정합니다. journalctl –list-boots로 해당 시점이 직전 부팅에 포함되는지 확인하고 그 부팅의 로그에서 회의 시간대를 찾습니다. 서비스 필터를 걸기 전에 같은 시간대에 화면 잠금이나 절전에서 복귀한 흔적이 있는지도 봅니다. 그다음 네트워크 관련 서비스를 선택해 연결이 끊긴 시각과 다시 연결된 시각을 비교합니다. 보고서에는 재현된 시각, 부팅 구간, 시간대와 관련 로그를 적고 불필요한 장치 일련번호나 내부 주소는 제거합니다.
예를 들어 오전 9시 20분에 네트워크가 끊긴 뒤 재부팅한 상황이면 그 시각의 직전 부팅 로그와 재부팅 뒤 연결이 복구된 현재 부팅 로그를 따로 모읍니다. 서버나 사내 장비의 로그를 외부 게시판에 그대로 올리기 전 주소, 계정명, 토큰, 문서 경로를 점검하세요. 명령과 시각, 문제를 재현한 동작을 함께 기록해두면 같은 조건으로 다시 확인하기 좋습니다.
참고 자료 Ubuntu journalctl 매뉴얼