루트 공간이 부족하여 / var / log 파일을 삭제할 수 있습니까?

방금 메시지가 있습니다.

디스크 공간 부족. 2GB 남음

ubuntu.org 포럼에 게시 된 메시지로 판단하면 /var/log22GB 크기 의 .log 파일이 있음을 발견했습니다 ! 내 루트는 82GB 파티션이며 디스크 분석기는 위반자가 로그에 있음을 보여줍니다. 시스템 루트는 8 개월 전에 설치되었으므로 82GB 루트 파티션에서 22GB 로그를 생성 할 때는 분명히 좋지 않습니다.

로그 파일을 삭제해도 안전합니까, 아니면 시스템을 손상시키지 않고 정리하기위한 올바른 안전 절차를 알려주십시오. 나는 그것이 괜찮을지 모르지만 삭제 작업을 수행하기 전에 다른 의견을 원합니다.

일반적으로 로그 파일을 삭제하는 것이 안전합니다. 이렇게하는 것과 관련된 유일한 단점은 나중에 다른 문제를 해결하는 경우 로그를 검사하지 못할 수 있다는 것입니다. 새 로그가 자동으로 생성되므로 이러한 단점조차도 오래갑니다.

대부분의 로그는 자동으로 삭제됩니다 ( 압축 및 이름 바꾸기 로 회전 한 후 보관 된 형식으로 일정 시간 유지). 우분투가 삭제하는 것보다 빠르게 확장 된 로그가 있다면 수동으로 삭제하는 데 아무런 문제가 없을 것입니다.

그러나 크기가 22 기가 인 로그 파일이 있으면 매우 이상한 일이 발생하므로 조사해 보는 것이 좋습니다. 토론중인 Ubuntu 포럼 스레드에 대한 링크와 22GB 로그 파일의 전체 이름을 포함하도록 질문을 다시 편집하는 것이 좋습니다.

여기에주의를 기울이고 싶습니다. 모든 로그 파일을 삭제할 수는 있지만 / var / log 하위 디렉토리를 삭제하면 문제가 발생할 수 있습니다. 모든 로그 파일과 해당 디렉토리 (rm -r / var / log / *)를 삭제하고 Apache2 기능이 중단되었습니다. . 분명히 아파치는 로그 디렉토리를 다시 만들거나 만들 수 없으므로 로그 파일을 쓸 수 없으므로 로그 파일이 실패 할 수 있습니다.

이전에 일부 로그 파일을 삭제하면 문제를 일으킬 수 있다고 들었지만, 직접 지원할 수는 없습니다. 그러나 물론 며칠 전까지는 디렉토리 삭제에 대한 직접적인 경험이 없었습니다 ...

원래 게시물에 더하여, 루트에서 BleachBit을 사용하여 Ubuntu 12.10 데스크탑의 모든 오래된 로그를 지우는 것이 더 쉽다는 것을 알았습니다. 왜 그렇게 커지는지는 아직 모르겠지만, 현재 BleachBit은 '알려진 모든 비트, DEAD를 지 웁니다!' 나는 공간에서 1.6Gig 이상을 되찾았다. 비슷한 로그, 문제가 발견되면 Ubuntu Software Resource 또는 Synaptic Package Manager에서 BleachBit 유틸리티를 확인하십시오.

나는 이것이 오래되었다는 것을 알고 있지만 최근에 작업중 인 소프트웨어도 있습니다. 이전 버전의 Android Studio를 설치해야했고 표준 사용자가 시작할 때 이상하게 실행되었습니다. 그래서 나는 GKSU 루트로 실행하는 것을 실험하고있었습니다. 내 전체 하드 디스크를 재생 한 후 몇 시간 안에 사라졌습니다. WTF? 문제의 파일은 / var / log의 로그 파일입니다. 그래서 GKSU 노틸러스를 시작하고 둘러 보았습니다. 3x 30gb 로그 파일을 만들었습니다.이 파일은 무엇을 어디서 왔는지 알고 나서 즉시 삭제했습니다. 따라서 루트로 일을 실행하는 위험을 이해하는 동안 누군가 문제를 파악하는 데 도움이 될 수 있습니다.

rsync를 사용하거나 디스크 공간이 부족한 경우 다음 두 명령을 통해 맛있는 두 가지 대상을 관리합니다.

sudo rm /var/log/kern*
sudo rm /var/log/messages*

이것들은 커질 수 있으며 시스템이 처음으로 쓰려고 할 때 다시 만들어 질 것입니다.

rsync를 사용하면 디스크 공간을 절약 할뿐만 아니라 백업 속도도 향상됩니다.