Mac 로그 삭제 전 확인할 위치와 남겨야 할 기록
Mac 저장 공간이 부족하다는 이유만으로 로그부터 지우기보다는 크고 용도가 분명한 로그를 먼저 찾습니다. 로그를 지우면 충돌이나 반복 오류를 설명할 기록도 사라집니다. 폴더 크기를 확인하고 해결되지 않은 문제의 보고서는 남긴 채 한 번에 하나씩 바꿉니다.
삭제를 결정하기 전에 로그 찾기
Apple의 Library 디렉터리 문서는 Logs를 진단 기록을 저장하는 위치로 설명하며, 폴더 전체를 지우라고 하지 않습니다. 콘솔 안내는 앱 보고서, 시스템 보고서, 기존 시스템 로그를 구분합니다.
| 위치 | 확인할 내용 | 우선 처리 |
|---|---|---|
~/Library/Logs |
현재 사용자 계정과 관련된 로그 | 개별 파일과 작성 앱 확인 |
/Library/Logs |
컴퓨터 전체에서 사용하는 보고서와 로그 | 상위 폴더와 용도를 모르는 서비스 파일 유지 |
~/Library/Logs/DiagnosticReports 및 /Library/Logs/DiagnosticReports |
사용자 및 시스템 진단 보고서 | 미해결 문제 관련 보고서 보관 |
/private/var/log |
system.log 등을 포함하는 기존 시스템 로그 |
평소 관리는 macOS에 맡기기 |
| 통합 로그 | 일반 텍스트 로그 폴더와 다른 저장소 | 저장 디렉터리를 지우지 말고 콘솔로 읽기 |
Apple 엔지니어도 충돌을 조사할 때 사용자의 DiagnosticReports 폴더를 확인하도록 안내합니다. 파일 이름을 추측하는 대신 콘솔에서 보고서를 선택하고 공식 안내에 있는 Finder에서 표시하는 기능으로 실제 위치를 확인합니다.
통합 로그는 압축된 바이너리 형식을 사용합니다. 텍스트 로그 폴더를 비운다고 Mac의 모든 로그가 없어지지는 않습니다. 일상적인 정리에서는 통합 로그 저장소를 시스템이 관리하도록 둡니다.
삭제하지 않고 크기만 측정하기
다음 터미널 명령은 크기를 표시하기만 합니다. 요약과 읽기 쉬운 단위 옵션은 Apple이 공개한 du 매뉴얼에 설명되어 있습니다.
du -sh "$HOME/Library/Logs" /Library/Logs /private/var/log
du -sh "$HOME/Library/Logs/DiagnosticReports" /Library/Logs/DiagnosticReports
둘째 줄의 하위 폴더는 첫째 줄에 이미 포함되므로 다섯 값을 모두 더하지 않습니다. 이 수치는 사용량이며 안전하게 확보할 용량을 보장하지 않습니다.
위치가 없다는 메시지는 고장이라는 뜻이 아닙니다. 접근 거부는 측정이 불완전하다는 뜻이지 크기가 0이라는 뜻이 아닙니다. 더 큰 정리 수치를 얻으려고 권한을 바꾸거나 관리자 권한을 추가하지 말고, 접근 가능한 보고서를 콘솔에서 살펴보거나 그대로 둡니다.
필요한 공간에 비해 로그가 작으면 여기서 멈춥니다. 모든 Mac에 적용할 수 있는 검증된 평균 절감량은 없습니다. 다시 생성할 수 있는 데이터는 삭제해도 되는 Mac 캐시와 Mac 캐시 지우기를 참고하고 로그와 구분합니다.
오래된 보고서 하나만 옮기고 복구 여지 남기기
문제가 해결된 오래된 보고서부터 시작합니다. Apple 콘솔 안내에는 보고서를 보고 선택한 보고서만 휴지통으로 옮기는 방법이 있으므로 디렉터리를 지울 필요는 없습니다. 미해결 문제의 기록은 먼저 조사하는 사람에게 관련 보고서를 공유하거나 별도 사본을 남깁니다.
- 앱, 날짜, 위치, 크기를 기록하고 내용을 읽어 어떤 사건인지 확인합니다.
- 정상 종료할 수 있는 앱의 로그라면 파일을 바꾸기 전에 앱을 종료합니다.
- 불필요한 보고서만 휴지통으로 옮기고 Logs 폴더와 주변 파일은 남깁니다.
- 앱을 다시 열고 원래 작업을 반복해 같은 오류와 새 보고서를 확인합니다.
확인 중에는 항목을 휴지통에 남겨 둡니다. 항목이 남아 있는 동안에만 그곳에서 복구할 수 있으며 옮기기만 해서는 디스크 공간이 확보되지 않습니다. Apple의 휴지통 안내에서 영구 삭제와 되돌리는 방법을 확인할 수 있습니다. 복구해야 한다면 관련 앱을 종료한 뒤 복원합니다.
원본을 계속 이용할 수 있다면 다시 만들 수 있는 캐시도 있지만 새 로그가 이전 사건을 재현하지는 않습니다. 삭제한 진단 이력은 이후 기록으로 돌아오지 않으며, 로그 옆에 있다는 이유로 잠금 파일, 데이터베이스, 설정을 지우지 않습니다.
로그가 계속 커질 때
반복되는 증가를 진단 단서로 봅니다. 같은 파일의 크기와 수정 시각을 기록하고 앱을 정상 종료한 뒤, 종료한 동안과 다시 연 뒤의 변화를 비교합니다. 조건을 통제한 비교일 뿐, 폴더 이름이 모든 작성 주체를 증명하지는 않습니다.
특정 작업을 할 때마다 커진다면 관련 부분과 앱 버전, 재현 동작을 개발자에게 전달합니다. 로그 설정을 바꾸기 전에 공급업체의 안내를 확인합니다. 시스템 서비스를 멈추거나 출력을 반복해서 지워 증상을 숨기지 않습니다.
큰 로그를 지우면 쌓인 기록은 줄일 수 있지만 왜 기록이 생겼는지는 알 수 없습니다. 같은 오류가 계속된다면 오류 자체를 해결하는 것이 다음 단계입니다.
Mole의 역할
Mole Mac의 정리에는 로그 섹션이 있으며, ~/Library/Logs에서 조건에 맞는 개별 파일을 표시합니다. 앱 로그 폴더 전체를 선택하지 않습니다. 오래된 파일은 7일을 기준으로 하고 즉시 처리할 수 있으면 기본 선택됩니다. 최근 수정된 50 MiB 이상의 로그는 별도의 미선택 검토 항목이며, 선택하면 제자리에서 내용을 비우므로 휴지통 복구가 불가능합니다.
시스템 데이터의 시스템 로그와 충돌 보고서 항목은 각각 /private/var/log와 /Library/Logs/DiagnosticReports의 해당 파일을 다룹니다. 헬퍼로 접근할 수 있으면 기본 선택되며, 헬퍼 없이 표시된 항목은 미선택 검토 상태입니다. 통합 로그도 미선택이며, 선택하면 저장된 진단 이력을 영구 삭제하고 휴지통으로 옮기지 않습니다.
PathGuard는 보호 대상 앱 상태와 Mole 자체 로그를 유지합니다. 모든 로그를 보호하는 것은 아니며 /private/var/log는 명시적으로 허용된 경로이고 통합 로그는 전용 시스템 헬퍼가 처리합니다. 미선택은 선택 전에 검토하라는 뜻이지 삭제가 차단된다는 뜻은 아닙니다.
자주 묻는 질문
Library/Logs를 전부 지워도 되나요?
두 상위 폴더 모두 비우지 않습니다. 오래된 보고서나 앱 로그를 식별하고 미해결 문제의 증거는 보관한 뒤 선택한 파일만 제거합니다.
로그를 지우면 공간이 많이 늘어나나요?
먼저 측정합니다. 큰 개별 파일은 의미가 있을 수 있지만 작은 로그 총량으로 훨씬 큰 공간 부족을 설명할 수는 없습니다. 공통 절감량을 약속할 수 없습니다.
지운 로그가 다시 생기나요?
이후 활동으로 새 기록이 생길 수 있지만 삭제한 이력은 재현되지 않습니다. 같은 파일이 다시 커지면 삭제를 예약하기보다 작성 프로그램과 반복 오류를 조사합니다.