Ubuntu-fr

moko138

Inflation des logs avec hotspots wifi

Bonjour,
La situation :
  Comme je n'ai pas de box, je ne peux me connecter que par hotspot.
Et comme les hotspots me déconnectent au bout de quelques minutes si je ne suis pas en train d'émettre ou de recevoir, j'ai trouvé le palliatif de faire appeler un flux radio bas-débit en permanence par vlc. (Le son est en général très haché, mais on s'en moque puisque je ne l'écoute pas ; quand je veux écouter la radio, j'utilise... une radio ).
  Noyau : 3.2, 32 bits
  O.S. : Xubuntu 12.04 et CrunchBangLinux 11

Le problème :
  Ce palliatif engendre un gonflement parfois monstrueux de plusieurs logs et de .xsession-errors :

~/.xsession-errors se farcit de lignes

[0x9822870] pulse audio output warning: too early by 743061 us
[0x9822870] pulse audio output warning: too early by 780861 us
[0x9822870] pulse audio output warning: too early by 815603 us
[0x9822870] pulse audio output warning: too early by 852560 us

au rythme de 1 à 3 Mo/heure.
Une fois, ce fichier a enflé de 2 Go en 20 minutes, mais heureusement cela ne s'est pas reproduit.

Quant à syslog, syslog.1, kern.log, kern.log.1 (et, dans CrunchBangLinux seulement, daemon.log et "messages"), ils se remplissent de

Feb 20 11:58:49 mon_pc NetworkManager[2538]: <info> (wlan2): supplicant interface state: associating -> completed
Feb 20 11:58:53 mon_pc wpa_supplicant[2590]: wlan2: CTRL-EVENT-DISCONNECTED bssid=a1:a1:a1:a1:a1:a1 reason=3
Feb 20 11:58:53 mon_pc NetworkManager[2538]: <info> (wlan2): supplicant interface state: completed -> disconnected
Feb 20 11:58:53 mon_pc NetworkManager[2538]: <info> (wlan2): supplicant interface state: disconnected -> scanning
Feb 20 11:58:55 mon_pc wpa_supplicant[2590]: wlan2: SME: Trying to authenticate with a1:a1:a1:a1:a1:a1 (SSID='FreeWifi' freq=2462 MHz)
Feb 20 11:58:55 mon_pc NetworkManager[2538]: <info> (wlan2): supplicant interface state: scanning -> authenticating
Feb 20 11:58:55 mon_pc wpa_supplicant[2590]: wlan2: Trying to associate with a1:a1:a1:a1:a1:a1 (SSID=(...) freq=2462 MHz)
Feb 20 11:58:55 mon_pc NetworkManager[2538]: <info> (wlan2): supplicant interface state: authenticating -> associating
Feb 20 11:58:55 mon_pc wpa_supplicant[2590]: wlan2: Associated with a1:a1:a1:a1:a1:a1
Feb 20 11:58:55 mon_pc wpa_supplicant[2590]: wlan2: CTRL-EVENT-CONNECTED - Connection to a1:a1:a1:a1:a1:a1 completed (reauth) [id=0 id_str=]
Feb 20 11:58:55 mon_pc NetworkManager[2538]: <info> (wlan2): supplicant interface state: associating -> completed

  et de

Jan  1 22:06:08 mon_pc kernel: [ 4210.158395] sd 4:0:0:0: [sdb] Test WP failed, assume Write Enabled
Jan  1 22:06:08 mon_pc kernel: [ 4210.161170] sd 4:0:0:0: [sdb] Asking for cache data failed
Jan  1 22:06:08 mon_pc kernel: [ 4210.161197] sd 4:0:0:0: [sdb] Assuming drive cache: write through

(sdb étant mon lecteur de cartes, vide, ce dernier point est indépendant de la wifi)

...pour atteindre souvent 50 Mo par fichier au bout de quelques heures, ce qui me force à un nettoyage manuel quotidien.

La question :
Quelqu'un voit-il une solution pour bloquer ces écritures intempestives dans les logs et dans .xsession-errors tout en maintenant l'écriture des messages utiles ?

     = = = = =

Pourquoi ne pas mettre tes fichiers log en RAM comme on conseille de le faire avec un SSD pour éviter trop d'écritures sur le disque ?

Dans /etc/fstab, à la fin tu colles :

tmpfs  /var/log  tmpfs  defaults,nosuid,nodev,noatime,mode=0755,size=5% 0 0

Redémarre après.
Inconvénient : les fichiers log sont perdus à l'extinction de l'ordi mais sont-ils utiles ?

1) Je préfère garder les logs, qui deviennent utiles quand il s'agit de régler un dysfonctionnement.

2) Comme je me sers le plus souvent d'un pc limité en ram (1,5 Go) je dois éviter de la surcharger.

3) J'ignorais l'option de montage pour tmpfs "size=" et te remercie de m'avoir appris son existence.
Mais je me demande comment sont gérés les logs au moment où cette limite (5% * 1,5 Go = 75 Mo) est atteinte en ram. (Le man de mount ne m'a pas éclairé sur ce point).

Dernière modification par moko138 (Le 25/02/2015, à 15:24)

---

%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel :  À la découverte de dcraw