Existe-t-il un moyen de supprimer un message spécifique de syslog?

8

Je reçois beaucoup de

Dec 27 08:35:49 htpc kernel: [ 1552.153797] pciehp 0000:00:1c.5:pcie04: Card not present on Slot(0-2)
Dec 27 08:35:49 htpc kernel: [ 1552.157744] pciehp 0000:00:1c.5:pcie04: Card present on Slot(0-2)

messages dans mon syslog, environ 10 chaque seconde. Cela rend simplement syslog inutilisable, puis-je m'en débarrasser?

Je ne sais pas et je ne me soucie pas vraiment de la raison de ces messages, en partie parce que ma carte mère n'a pas de fentes pour PC et en partie parce que tout ce qui m'intéresse fonctionne parfaitement. C'est peut-être une puce WiFi que j'ai désactivée dans le BIOS, mais bon, je ne veux pas que le wifi soit allumé, je ne l'utilise pas.

Puis-je simplement supprimer ces messages?

vava
la source
Si vous utilisez la visionneuse de journaux gnome, vous pouvez ajouter un filtre pour les masquer. Ne supprimant pas vraiment rien, c'est juste une sorte de solution de contournement GUI.
Javier Rivera
Vous devez déposer un rapport de bogue, ce message est susceptible d'affecter d'autres utilisateurs qui n'ont pas les compétences pour l'identifier et obtenir leur répertoire racine plein.
João Pinto
@ João Pinto, sur la base de ma recherche sur Google, il semble que ce soit un problème plus ou moins connu sans véritable solution.
vava

Réponses:

11

Depuis Ubuntu 10.04, rsyslog est utilisé à la place de syslog standard et il a des capacités de filtrage. Procédez comme suit:

  • Créer gksudo gedit /etc/rsyslog.d/01-blocklist.conf
  • Ajoutez-y les lignes suivantes
    :msg,contains,"Card not present on Slot(0-2)" ~
    :msg,contains,"Card present on Slot(0-2)" ~
  • Redémarrez ou service rsyslog restart

La solution fonctionne comme suit:

  • 01- une partie du nom de fichier force rsyslog à charger cette configuration avant de charger quoi que ce soit d'autre
  • les lignes du fichier trouvent tous les messages contenant le texte que nous voulons ignorer et les rejettent immédiatement, merci pour l'opérateur de suppression (~)
  • il est possible de faire une correspondance par expression rationnelle ou d'ignorer la casse, consultez [ce guide utile] (http://www.rsyslog.com/doc/property_replacer.html) sur la correspondance

Notez que la résolution correcte de ce type de problèmes est toujours préférable. Par exemple, un pciehp cassé ne laissera pas votre processeur entrer dans des états de sommeil plus profond et augmentera le TDP efficace et la consommation d'énergie de votre processeur. Cependant, comme pciehp est compilé dans le noyau Ubuntu, vous ne pouvez pas faire grand chose sans compiler votre propre noyau, ce qui n'est pas conseillé.

vava
la source
C'était un problème pour (bien que maintenant sur 12.04) et cette réponse les empêche d'apparaître dans le syslog, mais dmesg les montre toujours. une pensée à ce sujet?
Nanne
4

Je ne suis pas sûr que cette première option fonctionne, mais comme c'est beaucoup plus facile que la seconde (qui fonctionne à coup sûr), essayez.

Option 1

Modifiez / etc / default / grub, ajoutez pciehp.pciehp_poll_time = 10000 à la ligne GRUB_CMDLINE_LINUX_DEFAULT.

Option 2

Reconstruisez le noyau sans CONFIG_HOTPLUG_PCI_PCIE, pour obtenir des instructions, consultez le dernier commentaire sur ce forum: http://www.evga.com/forums/tm.aspx?m=630487&mpage=1

João Pinto
la source
Ne devrais-je pas également courir sudo update-grubpour la première option?
vava
Oui tu devrais.
João Pinto
Peu importe, l'option 1 ne fonctionne pas de toute façon.
vava
L'option 2 a fonctionné cependant
vava