Baru saja menerima pesan:
Ruang disk rendah .. 2 GB tersisa
Dilihat oleh pesan yang diposting di forum ubuntu.org, saya menemukan bahwa saya memiliki file .log /var/log
berukuran 22 GB! Root saya adalah partisi 82 GB dan Disk Analyzer menunjukkan pelaku berada dalam log. Root sistem diinstal sekitar 8 bulan yang lalu, jadi jelas ini bukan hal yang baik dalam membuat log 22 GB pada partisi root 82 GB.
Apakah aman untuk menghapus file log atau mohon saran tentang prosedur aman yang benar untuk membersihkannya tanpa mengacaukan sistem saya. Saya kira itu mungkin ok, tetapi ingin beberapa pendapat lain sebelum saya melakukan tugas menghapus.
delete
log
disk-usage
Paul B
sumber
sumber
gzip
ataubzip2
- meskipun ini membutuhkan sementara waktu yang cukup untuk menampung salinan file yang tidak terkompresi dan terkompresi. File log cenderung memiliki banyak redundansi, sehingga mereka harus mengompres dengan cukup baik (mungkin lebih baik dari 90%).Jawaban:
Secara umum aman untuk menghapus file log. Satu-satunya kelemahan yang terkait dengan melakukannya adalah Anda mungkin tidak dapat memeriksa log, jika Anda memecahkan masalah beberapa masalah lain nanti. Karena log baru secara otomatis dihasilkan, bahkan kerugian ini berumur pendek.
Sebagian besar log dihapus secara otomatis (setelah diputar oleh kompresi dan penggantian nama, dan disimpan beberapa saat dalam format yang diarsipkan). Jika Anda memiliki log yang diperluas lebih cepat daripada Ubuntu menghapusnya, kecil kemungkinan Anda akan mengalami masalah menghapusnya secara manual.
Namun, jika Anda memiliki file log yang berukuran 22 gigs, sesuatu yang sangat aneh sedang terjadi, dan akan bermanfaat untuk menyelidiki itu. Saya sarankan untuk mengedit pertanyaan Anda lagi untuk menyertakan tautan ke utas Forum Ubuntu yang Anda bicarakan, dan juga untuk memasukkan nama lengkap file log 22 GB.
sumber
Saya ingin menambahkan kata hati-hati di sini - mungkin Anda dapat menghapus semua file log Anda, tetapi Anda mungkin memiliki masalah jika Anda menghapus subdirektori / var / log. Saya menghapus semua file log saya dan direktori mereka (rm -r / var / log / *) dan itu merusak fungsionalitas apache2 saya . Tampaknya apache tidak / tidak dapat membuat kembali direktori log dan oleh karena itu tidak dapat menulis file log dan yang ternyata dapat menyebabkannya gagal.
Saya pernah mendengar bahwa menghapus beberapa file log dapat menyebabkan masalah, meskipun saya tidak memiliki pengalaman langsung untuk mendukungnya. Tapi tentu saja saya tidak punya pengalaman langsung penghapusan direktori menjadi masalah sampai beberapa hari yang lalu ...
sumber
Lebih jauh ke posting asli saya, saya merasa lebih mudah menggunakan BleachBit (di Root) untuk menghapus semua log lama di desktop Ubuntu 12.10 saya; mengapa mereka menjadi begitu besar saya masih tidak tahu, tetapi untuk saat ini BleachBit 'membersihkan semua bit yang diketahui, MATI!' Saya reklamasi lebih dari 1,6Gig dalam ruang. jika Anda menemukan log yang serupa, masalah, lalu periksa utilitas BleachBit dari Ubuntu Software Resource atau Synaptic Package Manager.
sumber
Saya tahu ini sudah tua, tetapi begitu juga perangkat lunak yang saya gunakan belakangan ini. Saya perlu menginstal versi lama Android Studio dan itu berjalan aneh ketika diluncurkan oleh pengguna standar. Jadi saya bereksperimen dengan menjalankannya dengan root GKSU. Dalam beberapa jam bermain-main seluruh hard disk saya hilang. WTF? Yah file yang menyinggung itu adalah file log di / var / log. Jadi saya meluncurkan nautilus GKSU dan pergi berkeliling. Itu telah membuat file log 3x 30gb yang segera saya hapus karena saya tahu apa dan dari mana mereka berasal. Jadi, sementara saya memahami risiko menjalankan sesuatu sebagai root, mungkin ini akan membantu seseorang memecahkan masalah.
sumber
Jika Anda menggunakan rsync atau menderita ruang disk rendah, dua target enak yang enak dijaga oleh dua perintah ini:
Ini bisa menjadi sangat besar, dan akan diciptakan kembali saat sistem ingin menulis kepada mereka.
Saat menggunakan rsync, mereka tidak hanya akan menghemat ruang disk tetapi juga akan mempercepat pencadangan.
sumber