Bagaimana saya menghentikan /var/log/kern.log.1 dari menggunakan semua ruang disk saya?

9

Saya memiliki HDD 80 GB tanpa partisi. Suatu hari saya menyadari bahwa saya telah kehilangan sebagian besar ruang disk kosong saya. Saya menemukan bahwa /var/log/kern.log.1membutuhkan ruang 25 GB, dan tidak ada opsi hapus untuk file itu.

Berikut adalah screenshot dari masalahnya:

20130110-125652

Saya baru mengenal Ubuntu / Linux. Tolong bantu. Terima kasih.

kernel syslog

— Abhishek Prakash
sumber

Berapa besar file kern.log lainnya dalam direktori ini? Apakah kern.log.1satu-satunya file besar?

— qbi

ya kern.log.1 adalah satu-satunya file besar, yang lain berada dalam kisaran beberapa mb

— Abhishek Prakash

Secara umum mungkin menyimpan untuk menghapus file seperti yang disarankan @elias. Namun log besar seperti itu biasanya merupakan petunjuk bahwa ada atau ada masalah. Jadi, Anda harus memantau jika sistem Anda menghasilkan file sebesar itu lagi. Jika ya, Anda harus melihat ke dalam file.

— qbi

7

Anda harus menghapus file itu dengan baik, karena itu adalah log yang sudah diputar. Karena Anda memerlukan izin root untuk melakukannya, Anda tidak akan memiliki opsi di GUI untuk menghapus file itu.

Anda dapat melakukannya dari baris perintah:

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

Setiap kali Anda boot, file log akan dibuat dan diputar lagi, jadi Anda mungkin harus melihat kern.log berikutnya. * Ukuran file. Laporan bug terkait di Launchpad: https://bugs.launchpad.net/ubuntu/+source/ubuntu-meta/+bug/115774

— elias
sumber

4

syslog

Untuk mencegah file log terlalu besar di masa mendatang, edit /etc/logrotate.confuntuk membatasi jumlah dan ukuran file log. Lihat man logrotateuntuk info lebih lanjut.

systemd

Untuk mengkonfigurasi jurnal Systemd, edit /etc/systemd/journald.conf. Lihat man journald.confuntuk info lebih lanjut.
Untuk info tentang journalctlpenggunaan dasar , lihat systemd: Menggunakan jurnal .
Untuk info tentang cara mengurangi ukuran jurnal Systemd, lihat Systemd log ( journalctl) terlalu besar dan lambat .

— xiota
sumber

1

Atau matikan syslog dan gunakan jurnal. Segala sesuatu berjalan ke arah itu, hanya masalah waktu saja.

— Metta Crawler

1

kern.log.1 hanyalah salah satu dari banyak file log kernel.

Bersama-sama mereka dan messages.log.xkelompok dapat mengambil banyak Gb. Sisa file log dalam direktori memakan sekitar 1% dari total sehingga tidak perlu mencoba menghapus direktori log secara massal. Bahkan mungkin berbahaya bagi sistem Anda ..

Untuk mengklaim kembali bahwa 99% di sini adalah dua perintah yang akan melakukan trik dengan menghapus file multi-GB yang tidak perlu:

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

File-file ini akan dibuat lagi saat pertama kali dibutuhkan.

Untuk menjawab pertanyaan Anda secara khusus: Anda dapat mengatur tugas cron untuk menghapusnya di setiap tengah malam, atau seminggu sekali, mana saja.

Saya menggunakannya plus

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

untuk rsyncbackup tengah malam saya dari primary / dev / sda SSD ke HDD / dev / sdb yang lebih besar. Menghemat ruang dan mereka tidak perlu dalam segala jenis skenario pemulihan.

— SDsolar
sumber

1

Tidak benar bahwa perilaku ini dibangun ke Linux. Kernel Linux hanya menulis pesan log ini ke buffer internal (dalam memori) untuk diakses oleh ruang aplikasi pengguna. Ada beberapa daemon syslog yang kemudian menarik log ini dan menulisnya ke / var / log. Daemon itu sangat baik dikonfigurasi atau bahkan dimatikan sepenuhnya.

— Pemimpi

Poin diambil dengan baik. Ada banyak pesan log yang diperlukan untuk pengembang tingkat lanjut, jadi saya tidak menyarankan untuk mematikannya sama sekali. Saya menjalankan rsyncbackup setiap malam dari / dev / sda SSD ke HDD besar / dev / sdb, dan untuk memanfaatkan ruang dengan sebaik-baiknya, saya melakukannya di atas, ditambah juga rm -rf /home/pi/.cache/chromium/Default/Cache/* &>/dev/nullkarena tidak ada satupun yang diperlukan dalam skenario pemulihan .

— SDsolar

1

Saya biasanya menjalankan kedua perintah berikut sebelum reboot: find /var/log/ -type f \( -name "*.gz" -o -name "*.1" -o -name "*.old" \) -deletedan find /var/log/ -type f -exec truncate -s 0 {} \;ini membersihkan seluruh / var / log tanpa menghapus file utama, karena beberapa file di sana tidak otomatis dihasilkan lagi.

— Videonauth

1

Setelah menemukan bahwa file syslog dan kern.log meningkat, saya kehabisan ruang disk. Manajer ruang disk menunjukkan kepada saya bahwa /var/logfolder membutuhkan banyak ruang. Ketika saya menjalankan perintah

tail -15 syslog

Saya menemukan kesalahan berulang. Juga file syslog dan kern.log masing-masing mengambil 19 dan 32 G. (perintah untuk penggunaan disk: du -h filename-h untuk keterbacaan manusia).

Menghapus file-file ini aman, bagi mereka akan diciptakan ulang oleh sistem. Tetapi jika Anda membutuhkan catatan log dari minggu sebelumnya, jangan, karena itu tidak digandakan.

Catatan (Hanya saran):

1) Jika Anda tidak mengetahui sistem file linux maka ini adalah tautan yang bagus: https://help.ubuntu.com/community/LinuxFilesystemTreeOverview

2) Informasi lebih lanjut tentang file log: https://help.ubuntu.com/community/LinuxLogFiles

Menelusuri tautan ini akan menghapus banyak konsep.

— Delsilon
sumber

Terima kasih, banyak info berguna untuk pemula Linux seperti saya. Info di luar sana ... menemukan itu masalahnya!

— B.Tanner

Menemukannya juga merupakan masalah. Jika Anda google dokumentasi Sistem File Linux maka juga tidak menunjukkan dokumentasi di atas. Ini hanya terlihat ketika Anda mengetik dokumentasi tinjauan umum sistem file sistem linux. Menemukan kata kunci yang tepat untuk googling sangat sulit bagi saya. Menariknya, saya juga pemula;)

— Delsilon

Banyak dan banyak artikel menarik lainnya di direktori induk tautan di atas, yaitu. help.ubuntu.com/community Ada waktu luang saya untuk beberapa hari ke depan!

— B.Tanner

Sungguh lelaki yang aku tidak melihat ke dalam hal itu. Saya merasa seperti saya menemukan beberapa barang emas. Terima kasih telah menunjukkan hal itu padaku. Saat ini saya sedang mengerjakan proyek yang sama sekali berbeda tetapi hal-hal Linux memakan seluruh waktu saya.

— Delsilon