Varsayılan disk analiz yazılımından (Baobab) sadece sabit diskte sadece 1GB'ım kaldığını belirten bir mesaj aldım. Bazı aramalardan sonra, /var/log/klasörün bunun nedeni olduğunu buldum .
Bazı dosya / boyutlar /var/log/:
Et cetera et cetera. /var/logçok büyük.
Bu dosyaları veya tüm /var/logklasörü silebilir miyim ? Yoksa Ubuntu’da BÜYÜK NO YOK mı?
Yanıtlar:
Tüm klasörü kaldırmamalısınız, ancak "Eski Paketli" günlük dosyalarını sisteminize zarar vermeden kaldırabilirsiniz.
Tipik bir ev kullanıcısı için, sıkıştırılmış ve .gz uzantısına sahip herhangi bir günlük dosyasını (resimde gördüğünüz gibi) kaldırmak güvenlidir .
Bu sıkıştırılmış günlük dosyaları, depolama alanını azaltmak için sıkıştırılmış eski günlüklerdir ve ortalama bir kullanıcı olarak bunlara ihtiyacınız yoktur.
find /var/log -type f -name "*.gz" -delete, Sıkıştırılmış dosyaları kaldırdım ve yalnızca 1 GB alan boşaltdım. /Diskimin kalanı ve kalanı için 50 GB yeterli değil /home!
cat /var/log/kern.logveya nano /var/log/kern.log(GUI'de örneğin gedit /var/log/kern.logveya benzeri bir şey çalıştırmanız mousepad /var/log/kern.log) ve sorunun ne olabileceğini kontrol etmeniz önerilir . Neyin yanlış olduğunu anladıktan sonra sudo rm /var/log/kern.log ; sudo telinit 6, böyle (büyük) dosyayı silmek ve işletim sistemini yeniden başlatmak için koşabilirsiniz .
messages(7,7 GB), user.log(7,7 GB), syslog(4,1 GB) ve syslog.1(3,5 GB). Bu dört dosya 23 GB'dir. Onları kaldırmak veya en azından boyutlarını azaltmak için herhangi bir yolu?
/ Var / log klasörünün tamamını silmezdim - bu işleri kıracak.
Günlükleri, jrg’in önerdiği gibi imha edebilirsiniz - ancak günlük dosyalarına (çoğunlukla syslogd) yazılan şeyler yeniden başlatılmadıkça, dosyalar silinene kadar silinmeye devam edeceği için herhangi bir disk alanını yeniden kazanmaz. dosya kolları kapalı.
Günlüklerin neden döndürülmediğini (ve daha sonra silindiğini) bulmak daha iyi olacaktır. logrotate'in bunu sizin için yapması gerekiyor ve sanırım her gece olması gerektiği gibi çalıştırılmadığından şüpheleniyorum.
Yapacağım ilk şey şöyle olurdu:
sudo /etc/cron.daily/logrotate
Bu olmalıdır (kern.log kern.log.1 haline gelmesi için) günlük dosyalarını döndürmek; ve daha sonra disk alanını boşaltmak için kern.log.1 etc dosyasını silebilirsiniz.
Şimdiye kadar her şey yolundaysa, bir sonraki soru bunun neden otomatik olarak olmadığına ilişkin. Bilgisayarınızı gece kapatırsanız, bir aakron kurulu olduğundan emin olun .
Günlüklere bakmalı ve onlara ne yazdığını görmelisin. Tahminim ufw / iptables (tüm ağ trafiğini kaydediyorsunuz).
ufw - Tüm paketleri kaydettiğinizde büyük günlükler elde edersiniz. Kayıtları incelemeyecekseniz, kapatmayı kapatın. Ağınızı izlemek istiyorsanız snort kullanın. Snort, aldığınız binlerce paketi filtreleyecek ve potansiyel olarak sorunlu trafiğe karşı sizi uyaracaktır.
Ufw'nin suçlu olduğunu tahmin ediyorum ve kern.log'da büyük bir kütük alıyorsunuz çünkü paketleri de oraya kaydediyorsunuz.
Bazen günlükleri dolduran bir çekirdek veya donanım sorunu vardır. Bu durumda sorunu düzeltmek veya bir hatayı dosyalamak en iyisidir, bunun için günlükleri gözden geçirmeniz gerekir.
Sorunu çözemezseniz, syslog dosyasını günlüklerinizi doldurmayacak şekilde yapılandırabilirsiniz.
Http://manpages.ubuntu.com/manpages/precise/man5/syslog.conf.5.html adresini ziyaret edin.
Sorun hakkında daha fazla ayrıntı verirseniz, sorunun daha iyi ayıklanmasına yardımcı olabiliriz.
Silme /var/logmuhtemelen kötü bir fikirdir, ancak bireysel günlük dosyalarını silmek tamam olmalıdır.
Dizüstü bilgisayarımda ufacık bir SSD diskle aşağıdaki satırları ekleyerek /var/log(ve /tmpve /var/tmp) tmpfsbağlantı noktaları olarak ayarladım /etc/fstab:
temp /tmp tmpfs rw,mode=1777 0 0
vartmp /var/tmp tmpfs rw,mode=1777 0 0
varlog /var/log tmpfs rw,mode=1777 0 0
Bu , bu dizinlerdeki hiçbir şeyin bir yeniden başlatmadan kurtulamayacağı anlamına gelir . Söyleyebileceğim kadarıyla, bu kurulum gayet iyi çalışıyor. Tabii ki, oluşabilecek sorunları teşhis etmek için eski kütüklere bakma yeteneğimi kaybediyorum, ancak disk kullanımının azalması için adil bir tradeoff olduğunu düşünüyorum.
Sahip olduğum tek sorun, bazı programların (en önemlisi APT) günlüklerini alt dizinlerine yazmak istemeleri /var/logve yoksa bu dizinleri oluşturmak için yeterince akıllı olmadıklarıdır. Çizgi ekleme mkdir /var/log/aptiçine /etc/rc.localbenim için sabit söz konusu sorunun; Hangi yazılımı yüklediğinize bağlı olarak, başka dizinler de oluşturmanız gerekebilir.
(Başka bir olasılık, taryalnızca dizinleri içeren basit bir arşiv /var/logoluşturmak ve gerekli tüm dizinleri oluşturmak ve izinlerini bir kerede ayarlamak için başlangıçta yeniden başlatmaktır.)