Espace libre se raréfiant pour les mises à jour

[Animal]

Bonjour,
L'espace libre dans «racine» diminue «trop vite» après l'installation de chacune de mes mises à jour.
En voici l'image via un plasmoïde qui le rapporte sur un bureau :



J'aurais voulu savoir si les mises à jour se chevauchent ou se complètent l'une après l'autre. Dans le premier cas, je devrais pouvoir n'en conserver que les dernières. Dans l'autre cas, je devrais reconfigurer l'espace des partitions avec la complication d'un dual-boot sur cet ordinateur. Toujours dans ce dernier cas, le problème sera reporté plus tard.

Je pourrais aussi décharger certains logiciels moins ou non utilisés.

Quelle bonne solution existe pour récupérer utilement de la place dans ma partition «racine» qui charge les mises à jour ?

[hermes333]

Salut Animal, ton problème ressemble un peu à ce que j'ai déjà expérimenté récemment. Voir : viewtopic.php?f=22&t=46. Mais malheureusement le problème n'a jamais été résolu pour moi.

[dagonh]

Normalement, là où il y a occupation d'espace au fil des mises à jour, c'est dans /var/cache/apt/archives où s’accumulent les .deb de mise à jour téléchargés. Avec le temps, ça peut se chiffrer en Go.
Ils peuvent normalement être effacés sans problème (juste laisser le répertoire "partial").

Donc, Animal, si ton /var n'est pas une partition séparée, regarde déjà de ce côté.

Hermes333, vérifie aussi de ton côté. Un /var de presque 6Go, ça me paraît énorme.

Il peut aussi y avoir des logs qui s'accumulent (/var/log et sous-répertoires). S'il y en a de gros même archivés (ça peut arriver quand il y a eu un pépin même ponctuel), ils peuvent également être effacés – seuls les logs récents sont à conserver, et encore, juste au cas où il y aurait quelque chose à y rechercher.

[Animal]

Merci à Dagonh et à Hermes333.
Voici l'état de mes dossiers /(racine), home et var :





En fait, le volume de «/home» indique 140,2 Go avec une utilisation de 26% et celui de «/var», dans «racine», n'étant que de 16,1 Go, son utilisation monte à 90 %. La taille du fichier «/home» ne peut donc pas s'inscrire dans la partition «racine» comme le dossier «/» le montre dans ma première capture.

L'occupation des fichiers de mises à jour «.deb» dans «/var/cache/apt/archive/» n'est que de 190 Mo dans ma machine, voir ci-dessous :



Est-ce que assurément, l'occupation du dossier «/home» n'intervient pas dans l'occupation de la partition «racine» ?

Est-il non périlleux de donner de la place à la partition «racine» prise dans celle de «/home», et comment opérer ?

Par ailleurs, j'ai chargé beaucoup de logiciels il y a quelques années pensant avoir suffisamment de place. Mais quand je consulte le gestionnaire de fichiers, j'ai du mal à reconnaître les logiciels qui pourront être supprimés sans risque pour mon usage habituel. Les noms ne sont pas explicites pour distinguer des compléments éventuels pour des logiciels qui me sont utiles.

Existe-t-il un moyen infaillible de savoir ce que je peux garder sans influence pour les logiciels que j'utilise ?

Merci d'avance pour vos expertises sur ces questions.

[Mimile]

Salut,

Jette un œil sur ce poste : viewtopic.php?f=23&t=279

Ma partition racine était quasiment saturée à cause de deux log : syslog et kern.log qui, chacun, pesaient 10 Go !

Solution : éditer /etc/logrotate.d.rsyslog dans lequel on trouve syslog et kern.log.

Pour chacun, j'ai indiqué : size = 250 MB de sorte qu'ils ne gonfleront plus de manière titanesque.

Voilà ce que ça donne :

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
}

A+

[Animal]

Bonjour et merci Mimile.

Me référant à l'une des dernières réponses sur mon sujet, pour commencer, j'ai déjà entré dans le terminal :

Code : Tout sélectionner

$ cd  /var/log

pour me loger dans le répertoire préconisé, le terminal répond «/var/log $», suite à quoi j'ai entré la commande en suivant toujours le post en question :

Code : Tout sélectionner

ls -l | grep syslog

ce qui déroule les données suivantes concernant ma machine :

-rw-r----- 1 syslog adm 300752 sept. 5 23:23 auth.log
-rw-r----- 1 syslog adm 173301 sept. 1 07:47 auth.log.1
-rw-r----- 1 syslog adm 15571 août 23 06:42 auth.log.2.gz
-rw-r----- 1 syslog adm 8629 août 16 06:47 auth.log.3.gz
-rw-r----- 1 syslog adm 6391 août 10 07:17 auth.log.4.gz
-rw-r----- 1 syslog adm 1265824 sept. 5 22:07 kern.log
-rw-r----- 1 syslog adm 3152456 sept. 1 07:17 kern.log.1
-rw-r----- 1 syslog adm 413796 août 23 06:27 kern.log.2.gz
-rw-r----- 1 syslog adm 336491 août 16 06:44 kern.log.3.gz
-rw-r----- 1 syslog adm 252494 août 10 07:12 kern.log.4.gz
-rw-r----- 1 syslog adm 0 sept. 10 2013 mail.err
-rw-r----- 1 syslog adm 0 sept. 10 2013 mail.log
-rw-r----- 1 syslog adm 397596 sept. 5 23:17 syslog
-rw-r----- 1 syslog adm 267751 sept. 5 07:48 syslog.1
-rw-r----- 1 syslog adm 44832 sept. 4 07:42 syslog.2.gz
-rw-r----- 1 syslog adm 45381 sept. 3 07:17 syslog.3.gz
-rw-r----- 1 syslog adm 64007 sept. 2 08:17 syslog.4.gz
-rw-r----- 1 syslog adm 226437 sept. 1 07:47 syslog.5.gz
-rw-r----- 1 syslog adm 43768 août 27 07:49 syslog.6.gz
-rw-r----- 1 syslog adm 149464 août 26 07:14 syslog.7.gz
-rw-r----- 1 syslog adm 0 sept. 10 2013 ufw.log

J'ai ensuite suivi la limitation à 250 MB du fichier :

/etc/logrotate.d.rsyslog

qui présente maintenant les lignes suivantes :

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
}

À noter que sous ma configuration. j'ai dû modifier les droits d'accès au fichier (.txt) par le menu contextuel (clic droit sur l'icône du fichier) : «Actions d'administrateur» pour pouvoir enregistrer les changements.

J'espère avoir bien fait pour diminuer la charge des fichiers «syslog» et «kern.log». Je vérifie les résultats obtenus et continue si possible à réduire l'emprise des logiciels dans «/«, avec leurs mises à jour.

[mpat]

bonjour
En ce qui concerne le répertoire "var", dernièrement de 4,9 Go après un apt-get autoclean suivi d'un apt-get clean mon, répertoire var est retombé a 845,3 Mo.

apt-get autoclean (les .deb téléchargés sont stockés dans /var/cache/apt/archives. autoclean: supprime les archives obsolètes.)

apt-get clean (efface tous les packages en cache)

[Mimile]

Salut,

Je me dois de revenir sur ce sujet.

Je croyais avoir résolu le problème de l'accroissement exponentiel de /var/syslog et /var/kern.log en ajoutant "size 250 MB" dans /etc/logrotate.d/rsyslog.

Or, je dois bien constater que cette modification est inopérante car, hier, j'ai de nouveau reçu un message d'alerte concernant le peu de place libre restant sur ma partition racine.

Vérification faite, syslog et kern.log pesaient chacun près de 10 Go. Je les ai évidemment supprimé mais le fait est que l'ajout de "size 250 MB" n'a aucun effet.

Je vais arpenter le net pour voir s'il existe une autre solution.

A+

[dagonh]

Ta limitation n'était de toute manière qu'un barrage pour endiguer une fuite, tu n'avais strictement rien résolu concernant les causes.

Il faut donc surtout que tu trouves (et remédies à) la cause de ces logs abracadabrantesques, car c'est absolument anormal.
Et la première chose à faire quand ça se reproduira est de faire une copie de ces logs avant suppression, puis de jeter un œil dans le contenu. (Il est possible de découper ces gros fichiers en petits morceaux qui seront, eux, consultables.)

[Mimile]

Je viens de jeter un coup d'oeil sur le syslog qui a été re-créé hier après sa suppression quand il pesait 10 Go, ce qui est proprement hallucinant pour un simple fichier texte.

24 heures plus tard, il compte environ 5000 lignes et pèse environ 457 Ko (Je n'ose imaginer combien il comptera de lignes quand il atteindra 10 Go !)

Je dois avouer que je ne comprends strictement rien aux lignes qui y sont contenues.

Je le surveillerai régulièrement et quand il prendra du poids de manière anormale, je l'examinerai.

Cela dit, la méthode que j'ai renseignée plus haut est celle qui est préconisée sur plusieurs sites et même si il y avait quelque chose d'anormal, il me semble qu'en fixant à 250 Mo sa limite à ne pas dépasser, ça devrait faire l'affaire, quitte à créer quelques fichiers compressés.

Je reviendrai le moment venu.

A+