[résolu] Partition root saturée.

[Mimile]

Bonjour,

Alors que hier, la partition racine était raisonnablement remplie (50 %), j'ai vu apparaître un message d'alerte signalant qu'il ne restait presque plus de place et effectivement, mon conky m'indique qu'il reste à peine 1,5 Go de libre sur les 27 Go alloué à cette partition.

J'ai fait des recherches sur le net et j'ai ainsi constaté que le dossier le plus volumineux était /var/log qui pèse 20 Go !

J'ai essayé de déterminer avec "du" lesquels des sous-dossiers pouvait être responsable. Résultat :

Code : Tout sélectionner

okapi@Linux17 /var/log $ sudo du -h /var/log
24K	/var/log/mdm
4,0K	/var/log/unattended-upgrades
212K	/var/log/ConsoleKit
228K	/var/log/apt
4,0K	/var/log/samba/cores/nmbd
4,0K	/var/log/samba/cores/smbd
12K	/var/log/samba/cores
332K	/var/log/samba
4,0K	/var/log/hp/tmp
8,0K	/var/log/hp
4,0K	/var/log/speech-dispatcher
4,0K	/var/log/ntpstats
2,2M	/var/log/installer
652K	/var/log/upstart
124K	/var/log/cups
12K	/var/log/fsck
19G	/var/log

A coté de cela, il y a une kyrielle de fichiers et de paquets :

Voici une capture d'écran qui vous les montrera : http://i.imgur.com/wp7jlOu.png

Que puis-je supprimer pour gagner de la place avant Mint plante si / est totalement saturée ?

Merci d'avance.

[dagonh]

Les logs ne présentent d'intérêt que si on veut trouver trace d'un problème ou d'un incident.
Voir s'il n'y a pas un ou plusieurs fichiers qui auraient un volume anormal (visible en par comparaison avec les autres fichiers/archives du même répertoire), cela peut indiquer un comportement anormal quelque part – ce qui est probablement le cas vu le remplissage express…
Cela dit, tous les fichiers log qui ne sont pas du jour peuvent être supprimés, ce ne sont que des archives.

Perso, depuis que j'ai un un programme (maison) parti en boucle et qui remplissait la log à vitesse supersonique (8 Go en moins d'une minute), causant l'effet de saturation évoqué par Mimile, j'évite ce problème en mettant /var dans une partition séparée.

[Mimile]

Salut Dagonh

Figure-toi que pendant que je mangeais mon sandwich, je me suis logé dans /var/log et j'ai fais un ls -l | grep syslog qui m'a donné ceci :



Il y a deux énormes fichiers, chacun de 10,1 Go : syslog et kernlog.

Je m'en vais immédiatement supprimer ces deux fichiers qui ne me servent à rien.

Question : y a-t-il un moyen d'attribuer un volume maximum de ces fichiers ?

En tout cas, merci d'être intervenu.

Amicalement,

[lacktchou]

Salut Dagonh
Figure-toi que pendant que je mangeais mon sandwich, je me suis logé dans /var/log et j'ai fais un ls -l | grep syslog qui m'a donné ceci :

Ce qui est important là-dedans, c'est à quoi était ce sandwich? As-tu eu le temps de le finir quand tu as vu ces deux énormes fichiers?

[Mimile]

A la rosette de Lyon ! miam !!

Accessoirement, mon conky (arrêté puis relancé) m'indique toujours que ma partition racine est toujours occupée à concurrence de 26 Go (sur 27) alors que quand j'affiche les propriété de /var/log, ce dernier ne pèse plus actuellement que 16 Mo.

Il y a quelque chose qui cloche dans ce conky.

EDIT : J'ai rebooté Mint et maintenant mon conky affiche la bonne valeur (/ occupé à concurrence de 7 Go)

Sujet résolu donc.

A+

EDIT : logrotate permet de configurer les fichiers *.log dans /etc/logrotate.d ; il est possible de limiter la taille du fichier log avec l'option size.

[dagonh]

Accessoirement, mon conky (arrêté puis relancé) m'indique toujours que ma partition racine est toujours occupée à concurrence de 26 Go (sur 27) alors que quand j'affiche les propriété de /var/log, ce dernier ne pèse plus actuellement que 16 Mo.

Il y a quelque chose qui cloche dans ce conky..

Non, rien d'inquiétant : il semble que l'encombrement des logs en cours reste en mémoire, et donc la réduction ou suppression semble ne pas avoir d'effet, j'ai remarqué ça aussi, et je n'ai pas de conky. Redémarrer la machine est donc une bonne manœuvre.

Mais surveille de près, et si ça recommence à grimper, regarde tout de suite les logs coupables pour voir ce qui y écrit des romans-fleuve.
(Je sais, consulter un fichier texte de plusieurs centaines de Mo n'dest pas évident. L'astuce consiste à le découper en petits morceaux. J'avais un bricolage en php pour ça, faudrait que je le réécrive en python, mais il doit exister des utilitaires qui le font, je n'ai pas cherché.)

[Mimile]

Je pense avoir réglé le problème avec logrotate (voir l'EDIT que j'ai écrit au bas de mon précédent message).

Dans le dossier /etc/logrotate.d, il y a une série de scripts parmi lesquels rsyslog.

En voici le contenu :

Code : Tout sélectionner

/var/log/syslog
{
	rotate 4
	daily
	size 250 MB
	missingok
	notifempty
	delaycompress
	compress
	postrotate
		reload rsyslog >/dev/null 2>&1 || true
	endscript
}

/var/log/mail.info
/var/log/mail.warn
/var/log/mail.err
/var/log/mail.log
/var/log/daemon.log
/var/log/kern.log
/var/log/auth.log
/var/log/user.log
/var/log/lpr.log
/var/log/cron.log
/var/log/debug
/var/log/messages
{
	rotate 4
	weekly
	size 250 MB
	missingok
	notifempty
	compress
	delaycompress
	sharedscripts
	postrotate
		reload rsyslog >/dev/null 2>&1 || true
	endscript
}

J'ai ajouté "size 250 MB" à la partie syslog ainsi qu'à la seconde partie où apparaît kern.log.

Cela évitera de les voir grimper de manière hallucinante à 10 Go en une seule matinée comme ce fut le cas aujourd'hui.

Je me demande bien ce qui a pu provoquer une telle explosion car les syslog's des jours précédents étaient d'une taille raisonnable (de l'ordre de 6 à 7 Mo).

Mystère !

[zeb]

Salut à tous, en fait c'est un journal qui suivant les événements devient très lourd, il suffit de faire comme tu l'as fait de le supprimer et au redémarrage il est recréé mais d'un poids raisonnable, apparemment c'est normal, rien d'alarmant, il faut juste le supprimer avant qu'il soit trop tard.
Attention aux miettes dans le clavier, c'est pas compatible et ça bloque les touchesssssssssssssssssssssss

[Mimile]

Salut,

D'accord avec toi que syslog peut devenir très lourd.

On peut toutefois lui attribuer un poids limite en ajoutant "size 250 MB" (ou autre valeur de son choix) dans le fichier /etc/logrotate.d/rsyslog

Mais quand même, sur la seule matinée d'hier 29 août, arriver à un poids de plus de 10 Go, ça me semble ahurissant ...

Quant aux miettes, vu mon appétit, je n'en laisse pas échapper la moindre

A+