Düşük kök alanı nedeniyle / var / log dosyalarını silebilir miyim?


24

Mesajını şimdi aldım:

Düşük disk alanı .. 2 GB kaldı

Ubuntu.org forumlarında yayınlanan bir mesajdan yola çıkarak /var/log, 22 GB boyutunda bir .log dosyasına sahip olduğumu öğrendim ! Kökün, 82 GB'lık bir bölüm ve Disk Analyzer, oturumda olan suçluyu gösteriyor. Sistem kökü yaklaşık 8 ay önce kuruldu, bu yüzden açıkça 82 GB'lık bir kök bölümünde 22 GB'lik bir günlük oluşturmak için bu iyi bir şey değil.

Günlük dosyasını silmek güvenli mi yoksa lütfen sistemimi bozmadan temizlemek için doğru güvenli prosedürü önerin. Tamam olabilir, ancak silme görevini yapmadan önce başka görüşler istiyorum.


1
Bir alternatif onu gzipveya kullanarak sıkıştırmaktır bzip2- ancak bu geçici olarak dosyanın hem sıkıştırılmamış hem de sıkıştırılmamış kopyalarını almak için yeterli alana sahip olmasını gerektirir. Günlük dosyaları çok fazla yedekleme yapma eğilimindedir, bu nedenle oldukça iyi sıkıştırmaları gerekir (muhtemelen% 90'dan daha iyi).
Keith Thompson,

Yanıtlar:


20

Günlük dosyalarını silmek genellikle güvenlidir. Bunu yapmanın tek dezavantajı, daha sonra başka bir sorunla karşılaşıyorsanız, günlüğü inceleyemeyebilirsiniz. Yeni kütükler otomatik olarak üretildiğinden, bu dezavantaj bile kısa sürmektedir.

Günlüklerin çoğu otomatik olarak silinir ( sıkıştırma ve yeniden adlandırma ile döndürüldükten ve arşivlenen biçimde bir süre saklandıktan sonra ). Ubuntu'nun sildiğinden daha hızlı genişleyen bir günlüğünüz varsa, el ile silmekten herhangi bir sorun yaşamanız olası değildir.

Bununla birlikte, boyutu 22 gig olan bir günlük dosyanız varsa, çok garip bir şeyler oluyor ve bunu araştırmak faydalı olacaktır. Sorunuzu, konuştuğunuz Ubuntu Forumları dizisine bir bağlantı eklemek ve ayrıca 22 GB günlük dosyasının tam adını eklemek için tekrar düzenlemenizi öneririz.


1
Tavsiye için teşekkürler. Şimdi rahatsız edici günlük dosyasının bir "mail.log" olduğunu öğrendim. Ubuntu forumuna link: [ ubuntuforums.org/showthread.php?p=12148780#post12148780] Okuyucular ekran görüntüsünde 3 büyük günlük dosyasını (sys, mail, mail.err) görecekler. Umarım bu, kök boşluk kaybıyla benzer sorunu olan herkese yardımcı olur.
Paul B,

Artık rahatsız edici .log dosyalarını sildikten sonra 60 Gb boş alanım var. Lütfen yukarıdaki ubuntu forumuna bakın. Eliah'e konuyu vurguladığı ve yazımı yanıtladığı için teşekkür ederim.
Paul B,

8

Buraya bir uyarı eklemek isterim - belki de tüm günlük dosyalarınızı silebilirsiniz, ancak / var / log alt dizinlerini silerseniz sorun yaşayabilirsiniz. Tüm günlük dosyalarımı ve dizinlerini (rm -r / var / log / *) sildim ve apache2 işlevselliğimi bozdu . Görünüşe göre apache günlük dizinlerini yeniden oluşturmuyor / oluşturamıyor ve bu nedenle günlük dosyalarını yazamıyor ve bu görünüşte başarısız olmasına neden olabilir.

Bunu daha önce duydum, bazı günlük dosyalarını silmek sorunlara neden olabilir, ancak destekleyecek ilk elden deneyimim yok. Ama elbette, birkaç gün öncesine kadar bir ilk elden rehber silme problemi yaşamadım ...


Aslında iyi bir nokta. Buradaki soru ile ilgisi olmasa da, günlük klasörünü yanlışlıkla silmiş olduğum bir senaryo vardı ve işlem yeniden oluşturulamadı çünkü çalışma sırasında işleme alınmadığı için sudo izni gerekli (güvenlik amaçlı).
Rafid

2

Orijinal yazımın yanı sıra, Ubuntu 12.10 masaüstümdeki tüm eski günlükleri silmek için BleachBit (Root'ta) kullanımını daha kolay buldum; neden bu kadar büyüdüklerini hala bilmiyorum ama şimdilik BleachBit 'bilinen tüm bitleri temizliyor, ÖLÜ!' Uzayda 1.6 Gig'in üzerinde geri kazandım. Benzer bir günlük bulursanız, sorun yaşarsanız, BleachBit yardımcı programını Ubuntu Yazılım Kaynağı veya Synaptic Paket Yöneticisi'nden kontrol edin.


0

Bunun eski olduğunu biliyorum, ancak son zamanlarda çalıştığım yazılım da öyle. Android Studio'nun eski bir sürümünü kurmam gerekiyordu ve standart bir kullanıcı tarafından başlatıldığında garip çalışıyordu. Bu yüzden GKSU kökü ile çalıştırmayı deniyordum. Birkaç saat içinde tüm sabit diskimi çalmaya başladım. O NE LAN? Eh, rahatsız edici dosyalar / var / log içindeki log dosyalarıydı. Böylece GKSU nautilus'u başlattım ve etrafa baktım. Neyi ve nereden geldiklerini bildiğimden beri derhal silen 3x 30 gb günlük dosyaları yapmıştı. Bu yüzden, işleri yürütmenin riskini kök olarak anlıyorum, belki de bu birisinin bir sorunu çözmesine yardımcı olacaktır.


-2

Eğer rsync kullanıyorsanız veya düşük disk alanı kullanıyorsanız, bu iki komutla iki güzel lezzetli hedefe dikkat edilir:

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

Bunlar çok büyük olabilir ve sistem ilk kez kendilerine yazmak istediğinde yeniden oluşturulur.

Rsync kullanırken sadece disk alanından tasarruf etmeyecekler, aynı zamanda yedeklemeyi de hızlandıracaklardır.

Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.