Partition pleine

Bonjour !

Ma partition systène étant pleine, je n’ai pas pu booter.
J’ai fait de la place en vidant les fichiers daemon.log et daemon.log.1 dans /var/log/

Problème : ils se remplissent à toute allure ! 2Go chacun en une dizaine de jours…
Et ma partition se remplit à nouveau…

Voyez-vous un moyen d’éviter ça ?

Merci par avance.

Salut,

je ne suis pas un expert, mais j’ai fait un partitionement différent pour éviter cela.

/
swap
/tmp
/var
/usr
/home

Après, cela dépends de ton utilisation et surtout pourquoi ta partition /var/log se remplit si vite ?

Séparer /var pour éviter que des fichiers de log débordent sur la racine est une mesure préventive, mais ça ne règle pas le problème de fond qui est l’inflation anormale des fichiers de log. La saturation de /var aurait aussi des conséquences.

Il faut inspecter ces fichiers de log pour identifier les messages répétitifs, en déterminer la cause et la traiter.

Il faut aussi vérifier que la rotation des logs se produit (création de fichiers *.1, *.2.gz…)

Merci, je ne suis pas assez expert pour penser à tout cela :wink:

Je plussoie, le plus important étant de pouvoir faire démarrer le système mais si le problème n’est pas régler cela reviendra à remplir la partition /var (c’est comme ça que sur un serveur utilisant une base de donnée que la dit base ne peux démarrer).

Un fichier de log qui se remplir rapidement est toujours signe que quelque chose se trame.

Merci à tous pour vos réponses.
Je n’ai pas de problème pour booter puisque je peux faire du nettoyage en mode dépannage. Après nettoyage, j’ai récupéré 5 Go d’espace.
La rotation des logs se produit bien, j’ai pu le constater.

Je vais donc essayer de voir quel est la cause de ce problème de remplissage. Je précise que c’est bien la première fois que ça se produit sur ce laptop utilisé depuis des années avec debian.

(Je suspecte mes problèmes de wifi inernet instable ?)

Mes soupçons se confirment ?..

root@pc16:/var/log# tail daemon.log

Feb 19 13:27:23 pc16 NetworkManager[463]: Activation (wlan0) successful, device activated.
Feb 19 13:27:23 pc16 nm-dispatcher: Dispatching action ‘up’ for wlan0
Feb 19 13:27:23 pc16 ntpdate[17035]: the NTP socket is in use, exiting
Feb 19 13:27:24 pc16 avahi-daemon[459]: Joining mDNS multicast group on interface wlan0.IPv6 with address fe80::218:deff:feaa:9d3c.
Feb 19 13:27:24 pc16 avahi-daemon[459]: New relevant interface wlan0.IPv6 for mDNS.
Feb 19 13:27:24 pc16 avahi-daemon[459]: Registering new address record for fe80::218:deff:feaa:9d3c on wlan0.*.
Feb 19 13:27:25 pc16 ntpd[546]: Listen normally on 23 wlan0 192.168.1.19 UDP 123
Feb 19 13:27:25 pc16 ntpd[546]: Listen normally on 24 wlan0 fe80::218:deff:feaa:9d3c UDP 123
Feb 19 13:27:25 pc16 ntpd[546]: peers refreshed
Feb 19 13:27:30 pc16 NetworkManager[463]: wpa_supplicant die count reset

root@pc16:/var/log# tail daemon.log.1 

Feb 19 03:40:26 pc16 ntpd[546]: Listen normally on 20 wlan0 fe80::218:deff:feaa:9d3c UDP 123
Feb 19 03:40:26 pc16 ntpd[546]: peers refreshed
Feb 19 03:40:30 pc16 ntpdate[4780]: the NTP socket is in use, exiting
Feb 19 03:40:30 pc16 NetworkManager[463]: wpa_supplicant die count reset
Feb 19 04:12:47 pc16 wpa_supplicant[4702]: wlan0: WPA: Group rekeying completed with 30:7c:b2:17:f5:03 [GTK=TKIP]
Feb 19 05:12:47 pc16 wpa_supplicant[4702]: wlan0: WPA: Group rekeying completed with 30:7c:b2:17:f5:03 [GTK=TKIP]
Feb 19 06:12:47 pc16 wpa_supplicant[4702]: wlan0: WPA: Group rekeying completed with 30:7c:b2:17:f5:03 [GTK=TKIP]
Feb 19 07:12:47 pc16 wpa_supplicant[4702]: wlan0: WPA: Group rekeying completed with 30:7c:b2:17:f5:03 [GTK=TKIP]
Feb 19 07:30:02 pc16 systemd[1]: Starting Run anacron jobs…
Feb 19 07:30:02 pc16 systemd[1]: Started Run anacron jobs.

Ça se répète à quelle fréquence ?
Là, le seul message répétitif visible a une fréquence d’une fois par heure, ce n’est pas cela qui va encombrer les logs.

Bonjour à tous

Pour éviter ce genre de déboire, il est possible de monter un système de fichier juste pour les log.
Il suffit de monter une système de fichier sur /var/log. Dans ce cas les log ne peuvent pas saturer
la partition racine ou /var/.
Cela peut être fait à l’installation. C’est fortement conseillé sur un serveur.

Dans le cas présent, difficile de se prononcer sans voir un peu plus des fichiers.

Merci de votre aide, je vais surveiller et essayer de repérer quelque chose de significatif…

9 messages ont été déplacés vers un nouveau sujet : La goutte est pleine, /var a débordée