[C'est reparti] kern.log syslog de plusieurs gigas

mao-40 · Le 15/01/2015, à 21:46

Bonsoir à tous,

J'avais déjà rencontré ce problème il y a quelque temps, et il se reproduit à nouveau. Les fichiers syslog et kern.log augmentent jusqu'à atteindre plusieurs gigas et saturer le disque forçant à redémarrer, quasiment une fois sur 2.
J'ai réussi à le détecter assez tôt et pu ouvrir les fichiers incriminés :
kern.log affiche :

Jan 15 19:55:51 mao-40 kernel: [  975.863642] ieee80211 phy0: rt2800mmio_txstatus_interrupt: Warning - TX status FIFO overrun, drop tx status report

Cette ligne se répète à l'infini...
syslog affiche :

Jan 15 19:55:48 mao-40 kernel: [  973.162857] ieee80211 phy0: rt2800mmio_txstatus_interrupt: Warning - TX status FIFO overrun, drop tx status report

Seule l'heure change bien-sûr.

Sauriez-vous ce qu'il y a à faire pour enrayer ce problème ?

Merci pour votre aide.

Dernière modification par mao-40 (Le 22/03/2015, à 15:38)

nany · Le 15/01/2015, à 22:03

Bonjour,

voilà ce que j’ai pu trouvé en cherchant ieee80211 phy0 sur le net.
Je te conseillerais donc d’essayer la solution du message 19 avec ceci :

sudo sed -i 's/quiet splash/quiet splash loglevel=3/' /etc/default/grub
sudo update-grub

mao-40 · Le 15/01/2015, à 22:07

Merci beaucoup,

Je fais et je verrai ce que ça donne lors des prochains démarrages.

Merci encore

le cinglé_001 · Le 15/01/2015, à 22:19

Bonsoir.

Le problème peut venir de Logrotate qui autorise la rotation et la compression automatique des fichiers log ainsi que leur suppression, ou de Cron ou Anacron qui doivent lancer le processus.

Comme tu dois redémarrer je pencherais plus pour un problème avec les deux derniers.

Cela dit pour que les logs atteignent plusieurs gigas avant une rotation c'est qu'il doit y avoir un problème.

mao-40 · Le 15/01/2015, à 22:27

J'ai lu qu'on pouvait "libérer" les fichiers (la suppression ne suffisant pas), afin de ne pas redémarrer, mais je n'ai pas compris comment faire.

Merci

le cinglé_001 · Le 15/01/2015, à 22:38

Oui c'est possible en tapant

sudo logrotate -f /etc/logrotate.conf

et avec Bleachbit en mode administrateur de supprimer les journaux après rotation .

mao-40 · Le 15/01/2015, à 22:41

Ok merci,

Je note ça.

mao-40 · Le 25/01/2015, à 14:56

Bonjour,

Ça fait à peu près une dizaine de jours que j'ai appliqué ça :

sudo sed -i 's/quiet splash/quiet splash loglevel=3/' /etc/default/grub
sudo update-grub

Je n'ai plus de problème de saturation des fichiers de log.

Merci encore !

Dernière modification par mao-40 (Le 25/01/2015, à 14:57)

mao-40 · Le 01/02/2015, à 21:15

Bonsoir,

Bon ben en fait non, c'est reparti. le kern.log et le syslog gonflent à chaque démarrage depuis hier...

nany · Le 01/02/2015, à 22:54

Est-ce toujours la même ligne qui revient ?

mao-40 · Le 02/02/2015, à 18:54

Oui ce sont exactement les mêmes lignes.

nany · Le 02/02/2015, à 19:42

Il y a donc un sérieux problème avec la carte WiFi.
Que donne la commande suivante ?

sudo lshw -c network

mao-40 · Le 03/02/2015, à 22:51

La commande me renvoie ceci :

mao@mao-40:~$ sudo lshw -c network
[sudo] password for mao: 
  *-network               
       description: Interface réseau sans fil
       produit: RT2790 Wireless 802.11n 1T/2R PCIe
       fabriquant: Ralink corp.
       identifiant matériel: 0
       information bus: pci@0000:03:00.0
       nom logique: wlan0
       version: 00
       numéro de série: 00:22:5f:3a:17:bc
       bits: 32 bits
       horloge: 33MHz
       fonctionnalités: pm msi pciexpress bus_master cap_list ethernet physical wireless
       configuration: broadcast=yes driver=rt2800pci driverversion=3.13.0-23-generic firmware=0.34 latency=0 link=no multicast=yes wireless=IEEE 802.11bgn
       ressources: irq:17 mémoire:fcff0000-fcffffff
  *-network
       description: Ethernet interface
       produit: RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller
       fabriquant: Realtek Semiconductor Co., Ltd.
       identifiant matériel: 0
       information bus: pci@0000:02:00.0
       nom logique: eth0
       version: 02
       numéro de série: 00:23:54:76:7a:cf
       taille: 100Mbit/s
       capacité: 1Gbit/s
       bits: 64 bits
       horloge: 33MHz
       fonctionnalités: pm msi pciexpress msix vpd bus_master cap_list rom ethernet physical tp mii 10bt 10bt-fd 100bt 100bt-fd 1000bt 1000bt-fd autonegotiation
       configuration: autonegotiation=on broadcast=yes driver=r8169 driverversion=2.3LK-NAPI duplex=full ip=192.168.1.40 latency=0 link=yes multicast=yes port=MII speed=100Mbit/s
       ressources: irq:44 portE/S:e800(taille=256) mémoire:febff000-febfffff mémoire:fbff0000-fbffffff mémoire:febc0000-febdffff

Merci pour votre aide

nany · Le 03/02/2015, à 23:25

C’est peut-être un problème de firmware.
Donne le retour des commande suivantes :

dpkg -l linux-firmware-nonfree
nl -ba /etc/apt/sources.list

mao-40 · Le 04/02/2015, à 17:05

Bonjour,

Voici le retour des 2 commandes :

mao@mao-40:~$ dpkg -l linux-firmware-nonfree
dpkg-query: aucun paquet ne correspond à linux-firmware-nonfree

mao@mao-40:~$ nl -ba /etc/apt/sources.list
     1  deb http://archive.ubuntu.com/ubuntu trusty main universe restricted multiverse
     2  deb http://security.ubuntu.com/ubuntu/ trusty-security universe restricted multiverse main
     3  deb http://archive.ubuntu.com/ubuntu trusty-updates universe restricted multiverse main
     4
     5  ##deb http://repository.spotify.com stable non-free
     6
     7  deb http://download.virtualbox.org/virtualbox/debian trusty contrib

Merci pour votre aide

Dernière modification par mao-40 (Le 04/02/2015, à 17:05)

nany · Le 04/02/2015, à 18:38

Ça c’est du sources.list épuré ! (^-^)
Au moins il est très simple à lire. Le dépôt multiverse étant actif, tu peux installer linux-firmware-nonfree (en espérant que ça suffise) :

sudo apt-get install linux-firmware-nonfree

mao-40 · Le 04/02/2015, à 18:42

Je viens d'installer le firmware, du coup la commande dpkg -l linux-firmware-nonfree donne ça :

mao@mao-40:~$ dpkg -l linux-firmware-nonfree
Souhait=inconnU/Installé/suppRimé/Purgé/H=à garder
| État=Non/Installé/fichier-Config/dépaqUeté/échec-conFig/H=semi-installé/W=attend-traitement-déclenchements
|/ Err?=(aucune)/besoin Réinstallation (État,Err: majuscule=mauvais)
||/ Nom               Version       Architecture  Description
+++-=================-=============-=============-========================================
ii  linux-firmware-no 1.14ubuntu3   all           Non-free firmware for Linux kernel drive

Dernière modification par mao-40 (Le 04/02/2015, à 18:43)

le cinglé_001 · Le 05/02/2015, à 08:41

Bonjour.

Si tu n'arrives pas à résoudre le problème qui fait gonfler tape dans un terminal

sudo rm /var/log/syslog*

sudo rm /var/log/kern.log*

puis

sudo gedit /var/log/syslog

enregistre le fichier vide.
Idem pour

sudo gedit /var/log/kern.log

Pour finir tape

sudo chattr +i /var/log/syslog

sudo chattr +i /var/log/kern.log

et redémarre.
Ça devrait verrouiller l'écriture des logs.

nany · Le 05/02/2015, à 17:45

Mouais… Ça pourrait être un peu gênant de ne plus avoir de log du tout, non ?
Avant d’en arriver à cette extrême, je suis d’accord avec le fait de purger les fichiers :

sudo rm /var/log/syslog*
sudo rm /var/log/kern.log*
sudo touch /var/log/syslog
sudo touch /var/log/kern.log

Puis de redémarrer pour regarder le contenu des fichiers ainsi que de dmesg histoire d’essayer de savoir si l’installation de linux-firmware-nonfree a fait du bien ou non.

le cinglé_001 · Le 05/02/2015, à 18:52

Bonsoir.

Oui c'est vrai nany mais j'ai donné cette solution dans le cas ultime. Il est préférable de régler le problème en amont .

mao-40 · Le 07/02/2015, à 21:50

Bonsoir,

J'ai appliqué les commandes données par the_boss_oo1, et depuis, j'ai un lag d'une ou deux secondes qui se produit toutes les 10-15 secondes, voire 5 à 10 secondes lorsque je traite des gros docs.

Je vais voir après plusieurs redémarrages ce que ça donne.

Dernière modification par mao-40 (Le 07/02/2015, à 23:06)

le cinglé_001 · Le 08/02/2015, à 01:17

Bonjour.

Dans ce cas tape

sudo chattr -i /var/log/syslog

sudo chattr -i /var/log/kern.log

Les logs seront à nouveau disponibles en écriture.
À moins de trouver l’origine du problème et le verrouillage ne te posera plus de des problèmes, mais je te conseille de limiter les logs.

Regarde du coté de rsyslog.

Dernière modification par the_boss_oo1 (Le 08/02/2015, à 01:23)

mao-40 · Le 22/03/2015, à 15:44

Bonjour,

Après une réinstall fraîche de 14.10, ça a tenu 3 semaines (sans le moindre problème) pas de logiciel, ni dépôts ajoutés depuis plus d'une semaine, et aujourd'hui c'est reparti de plus belle. Messages d'erreurs au démarrage, certains avec l'info du problème d'autres non et différents à chaque démarrage.
Et les kern.log et syslog qui regonflent à 10Go chacun avant blocage du PC...

Merci pour votre aide

webreac · Le 22/09/2015, à 11:34

bonjour, j'ai exactement le même problème. J'ai aussi une carte "RT2790 Wireless 802.11n 1T/2R PCIe". L'ordinateur est un "HP Pavilion Elite m9458fr" et j'ai ubuntu gnome 14.04 64bits.
Pour vider les fichiers logs, je fait:

      cd /var/log
      ls -lSrh
      cat /dev/null > kern.log
      cat /dev/null > syslog.1
      cat /dev/null > syslog

En supprimant les modules wifi du kernel, cela arréte le problème jusqu'au prochain reboot:

rmmod cfg80211 mac80211 rt2x00lib  rt2800lib rt2800pci rt2800mmio rt2x00mmio rt2x00pci

Ce problème est très ennuyeux. Si personne n'a de solution, j'envisage de retirer la carte wifi.

mao-40 · Le 22/09/2015, à 20:09

Bonjour webreac,

Ce n'est peut-être pas nécessaire de supprimer la carte physiquement. J'ai juste désactivé le wifi et je n'ai pour l'instant (ça ne fait qu'une semaine) plus de problème de saturation de ces 2 fichiers. Seul le fichier syslog prend 1 Go par heure environ, ça reste raisonnable.
Mais c'est quand même hallucinant que ce genre de choses se produise sans solution efficace et définitive !!!

Olivier M.

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 15/01/2015, à 21:46

[C'est reparti] kern.log syslog de plusieurs gigas

#2 Le 15/01/2015, à 22:03

Re : [C'est reparti] kern.log syslog de plusieurs gigas

#3 Le 15/01/2015, à 22:07

Re : [C'est reparti] kern.log syslog de plusieurs gigas

#4 Le 15/01/2015, à 22:19

Re : [C'est reparti] kern.log syslog de plusieurs gigas

#5 Le 15/01/2015, à 22:27

Re : [C'est reparti] kern.log syslog de plusieurs gigas

#6 Le 15/01/2015, à 22:38

Re : [C'est reparti] kern.log syslog de plusieurs gigas

#7 Le 15/01/2015, à 22:41

Re : [C'est reparti] kern.log syslog de plusieurs gigas

#8 Le 25/01/2015, à 14:56

Re : [C'est reparti] kern.log syslog de plusieurs gigas

#9 Le 01/02/2015, à 21:15

Re : [C'est reparti] kern.log syslog de plusieurs gigas

#10 Le 01/02/2015, à 22:54

Re : [C'est reparti] kern.log syslog de plusieurs gigas

#11 Le 02/02/2015, à 18:54

Re : [C'est reparti] kern.log syslog de plusieurs gigas

#12 Le 02/02/2015, à 19:42

Re : [C'est reparti] kern.log syslog de plusieurs gigas

#13 Le 03/02/2015, à 22:51

Re : [C'est reparti] kern.log syslog de plusieurs gigas

#14 Le 03/02/2015, à 23:25

Re : [C'est reparti] kern.log syslog de plusieurs gigas

#15 Le 04/02/2015, à 17:05

Re : [C'est reparti] kern.log syslog de plusieurs gigas

#16 Le 04/02/2015, à 18:38

Re : [C'est reparti] kern.log syslog de plusieurs gigas

#17 Le 04/02/2015, à 18:42

Re : [C'est reparti] kern.log syslog de plusieurs gigas

#18 Le 05/02/2015, à 08:41

Re : [C'est reparti] kern.log syslog de plusieurs gigas

#19 Le 05/02/2015, à 17:45

Re : [C'est reparti] kern.log syslog de plusieurs gigas

#20 Le 05/02/2015, à 18:52

Re : [C'est reparti] kern.log syslog de plusieurs gigas

#21 Le 07/02/2015, à 21:50

Re : [C'est reparti] kern.log syslog de plusieurs gigas

#22 Le 08/02/2015, à 01:17

Re : [C'est reparti] kern.log syslog de plusieurs gigas

#23 Le 22/03/2015, à 15:44

Re : [C'est reparti] kern.log syslog de plusieurs gigas

#24 Le 22/09/2015, à 11:34

Re : [C'est reparti] kern.log syslog de plusieurs gigas

#25 Le 22/09/2015, à 20:09

Re : [C'est reparti] kern.log syslog de plusieurs gigas

Pied de page des forums