/var/log/kern.log.1에서 모든 디스크 공간을 사용하지 못하게하려면 어떻게합니까?

9

파티션이없는 80GB HDD가 있습니다. 어느 날 나는 디스크 여유 공간을 거의 잃어 버렸다는 것을 깨달았습니다. /var/log/kern.log.125GB의 공간 을 차지하고 해당 파일에 대한 삭제 옵션이 없다는 것을 알았 습니다.

다음은 문제의 스크린 샷입니다.

20130110-125652

Ubuntu / Linux를 처음 사용합니다. 도와주세요. 감사합니다.

kernel syslog

— 아비 셰크 프라 카쉬
소스

이 디렉토리에있는 다른 kern.log 파일은 얼마나 큽니까? 가 kern.log.1유일하게 큰 파일은?

— qbi

예 kern.log.1은 유일한 큰 파일이고 다른 파일은 몇 MB 범위에 있습니다

— Abhishek Prakash

일반적으로 @elias가 제안한대로 파일을 삭제하기 위해 저장 될 수 있습니다. 그러나 이러한 큰 로그는 일반적으로 문제가 있음을 암시합니다. 따라서 시스템에서 이러한 큰 파일을 다시 생성하는지 모니터링해야합니다. 그렇다면 파일을 조사해야합니다.

— qbi

7

해당 파일을 제거하면 이미 회전 된 로그가됩니다. 그렇게하려면 루트 권한이 필요하므로 GUI에 해당 파일을 삭제할 수있는 옵션이 없습니다.

명령 행에서 수행 할 수 있습니다.

sudo rm /var/log/kern.log.1

부팅 할 때마다 로그 파일이 생성되고 다시 회전하므로 다음 kern.log. * 파일 크기를 주시해야합니다. 런치 패드 관련 버그 보고서 : https://bugs.launchpad.net/ubuntu/+source/ubuntu-meta/+bug/115774

— 엘리아스
소스

4

syslog

나중에 지나치게 큰 로그 파일을 방지하려면 편집 /etc/logrotate.conf하여 로그 파일의 수와 크기를 제한하십시오. 자세한 내용 man logrotate은 참조하십시오 .

systemd

Systemd 저널을 구성하려면을 편집하십시오 /etc/systemd/journald.conf. 자세한 내용 man journald.conf은 참조하십시오 .
기본 journalctl사용법 에 대한 정보는 systemd : 저널 사용을 참조하십시오 .
Systemd 저널의 크기를 줄이는 방법에 대한 정보는 Systemd 로그 ( journalctl)가 너무 크고 느림을 참조하십시오 .

— 시오타
소스

1

또는 syslog를 끄고 저널을 사용하십시오. 일이 그 방향으로 가고 있습니다, 그것은 단지 시간 문제입니다.

— Metta Crawler

1

kern.log.1 많은 커널 로그 파일 중 하나 일뿐입니다.

그들과 messages.log.x그룹은 함께 많은 Gb를 사용할 수 있습니다. 디렉토리의 나머지 로그 파일은 전체의 약 1 %를 차지하므로 로그 디렉토리를 대량으로 정리할 필요가 없습니다. 시스템에 해로울 수도 있습니다.

99 %를 되 찾으려면 불필요한 멀티 GB 파일을 삭제하여 트릭을 수행하는 두 가지 명령이 있습니다.

sudo rm /var/log/kern* &>/dev/null
sudo rm /var/log/messages* &>/dev/null

이 파일들은 처음 필요할 때 다시 생성됩니다.

구체적으로 질문에 대답하려면 : 자정마다 또는 일주일에 한 번 중 하나를 삭제하도록 크론 작업을 설정할 수 있습니다.

나는 더하기를 사용

rm -rf ~/.cache/chromium/Default/Cache/* &>/dev/null

rsync기본 / dev / sda SSD에서 더 큰 / dev / sdb HDD 로의 자정 백업의 경우. 공간을 절약하고 모든 종류의 복원 시나리오에서 필요하지 않습니다.

— SD 솔라
소스

1

이 동작이 Linux에 빌드 된 것은 사실이 아닙니다. Linux 커널은 이러한 로그 메시지를 사용자 공간 응용 프로그램이 액세스 할 수 있도록 내부 (메모리 내) 버퍼에 씁니다. 이 로그를 가져 와서 / var / log에 쓰는 것은 syslog 데몬입니다. 그 데몬은 아주 잘 구성되어 있거나 완전히 꺼져 있습니다.

— Dreamer

잘 찍은 점. 고급 개발자에게 필요한 로그 메시지가 많이 있으므로 완전히 종료하지 않는 것이 좋습니다. 나는 rsync/ dev / sda SSD에서 큰 / dev / sdb HDD 로 야간 백업을 실행하며 , 공간을 최대한 활용하기 위해 위와 같은 작업을 수행 rm -rf /home/pi/.cache/chromium/Default/Cache/* &>/dev/null하고 복원 시나리오에 필요하지 않기 때문에 위의 작업을 수행합니다. .

— SDsolar

1

: 나는 보통 재부팅 전에이 두 다음 명령을 실행 find /var/log/ -type f \( -name "*.gz" -o -name "*.1" -o -name "*.old" \) -delete하고 find /var/log/ -type f -exec truncate -s 0 {} \;거기에 일부 파일이 자동으로 다시 생성되지 않기 때문에, 주요 파일을 제거하지 않고 전체의 / var / 로그 아웃이 세척 과정을.

— Videonauth

1

syslog 및 kern.log 파일이 증가한 것을 발견 한 후 디스크 공간이 부족합니다. 디스크 공간 관리자는 /var/log폴더가 많은 공간을 차지하고 있음을 보여주었습니다 . 내가 명령을 실행할 때

tail -15 syslog

반복되는 오류가 발견되었습니다. 또한 syslog 및 kern.log 파일에는 각각 19 및 32G가 사용되었습니다. (디스크 사용 명령 : du -h filename사람이 읽을 수 있도록 -h).

이러한 파일을 삭제하면 시스템에서 다시 생성 할 수 있으므로 안전합니다. 그러나 몇 주 전에 로그 기록이 필요한 경우 중복되지 않기 때문에 필요하지 않습니다.

참고 (제안 만 해당) :

1) Linux 파일 시스템을 모르는 경우 다음 링크를 참조 하십시오 : https://help.ubuntu.com/community/LinuxFilesystemTreeOverview

2) 로그 파일에 대한 추가 정보 : https://help.ubuntu.com/community/LinuxLogFiles

이러한 링크를 살펴보면 많은 개념이 명확 해집니다.

— 델 실론
소스

저처럼 Linux 초보자에게 유용한 정보가 많이 있습니다. 정보가 저기에 있습니다. 문제를 찾는 것입니다!

— B.Tanner

그것을 찾는 것도 문제입니다. Google Linux File System 설명서 인 경우 위의 설명서도 표시되지 않습니다. Linux 파일 시스템 트리 개요 문서를 입력 할 때만 표시됩니다. 인터넷 검색에 적합한 키워드를 찾는 것은 매우 어렵습니다. 흥미롭게도, 나는 또한 초보자입니다;)

— Delsilon

위 링크의 상위 디렉토리에있는 많은 다른 흥미로운 기사, 즉. help.ubuntu.com/community 다음 며칠 동안 여가 시간이 있습니다!

— B.Tanner

진실로 나는 그 일을 보지 않았다. 황금 재료를 찾은 것 같은 느낌이 듭니다. 그거 보여줘서 고마워 현재 완전히 다른 프로젝트를 진행하고 있지만 Linux는 내 시간을 많이 보내고 있습니다.

— Delsilon