/var/log me gonfle )))
Le
Une Bévue
gros problème avec /var/log qui prend toute la place
ce matin j'ai retrouve /var/log à 83 Go
c'est bavard.
bien sûr je dois identifier le problème mais bon lire des fichiers de 40
Go, je sais pas faire.
en ce moment c'est à 3.2 Go :
yt@GERICOM:~$ sudo du -hs /var/log
3,2G /var/log
les fichiers concernés sont kern.log et syslog qui pèsent chacun plus de
1.6 Go :
yt@GERICOM:~$ sudo ls -al /var/log
-rw-r-- 1 syslog adm 1673464606 2012-02-04 09:01 kern.log
-rw-r-- 1 syslog adm 1673406872 2012-02-04 09:17 syslog
yt@GERICOM:~$
comment ne lire que quelques lignes disons une cinquantaine, pour voir
ce qu'il se passe ???
ce matin j'ai retrouve /var/log à 83 Go
c'est bavard.
bien sûr je dois identifier le problème mais bon lire des fichiers de 40
Go, je sais pas faire.
en ce moment c'est à 3.2 Go :
yt@GERICOM:~$ sudo du -hs /var/log
3,2G /var/log
les fichiers concernés sont kern.log et syslog qui pèsent chacun plus de
1.6 Go :
yt@GERICOM:~$ sudo ls -al /var/log
-rw-r-- 1 syslog adm 1673464606 2012-02-04 09:01 kern.log
-rw-r-- 1 syslog adm 1673406872 2012-02-04 09:17 syslog
yt@GERICOM:~$
comment ne lire que quelques lignes disons une cinquantaine, pour voir
ce qu'il se passe ???
man head
man tail
man less
Prière de ne pas abuser des signes de ponctuation.
OK merci
Une Bévue a tapoté, le 04/02/2012 09:50:
Déjà pour identifier les "coupables" :
du -s /var/log/* | sort -nr
--
Stéphane BOFH excuse #19:
floating point processor overflow
OK, merci beaucoup, j'avais vu les coupables par un bête ls -al :
:~$ sudo du -s /var/log/* | sort -nr
[sudo] password for yt:
2537320 /var/log/kern.log
2537264 /var/log/syslog
212 /var/log/udev
100 /var/log/syslog.1
56 /var/log/dmesg
48 /var/log/dmesg.0
32 /var/log/Xorg.0.log
16 /var/log/apt
8 /var/log/dpkg.log
8 /var/log/ConsoleKit
4 /var/log/preload.log
4 /var/log/pm-powersave.log
4 /var/log/news
4 /var/log/lxdm.log
4 /var/log/dmesg.1.gz
4 /var/log/cups
4 /var/log/boot.log
4 /var/log/auth.log
0 /var/log/ufw.log
0 /var/log/mail.log
0 /var/log/mail.err
:~$
mais bon cette commande est "mieux".
j'ai ouvert un autre fil, relatif au contenu de kern.log et syslog.