bonjour à tous, je viens de voir passer une notification le signalant une erreur système (gloups). elle invite à lire les journaux du noyau, et signaler le problème. En cliquant sur "signaler" ça m'indique [code] Erreur inattendue sur le système Le système a rencontré un problème et a pu récupérer Nom kernel-core version 4.8.13-200.fc24.x86_64 1ère détection il y a 30 secondes rapporté ne peut pas être rapporté Le journal du noyau indique que des erreurs matérielles ont été détectées. Ce problème n'est donc a priori pas logiciel. [/code] (je ne m'attend pas à pouvoir le signaler puisqu'à priori mon noyau est "tainted" par le driver wifi et virtualBox - si j'ai bien tout compris) du coup je lance [code]journalctl[/code] pour me rendre compte que celui-ci est interminable en fouillant un peu le web, je fais [code]journalctl --vacuum-time=2d[/code] histoire de ne garder que le contenu des 2 derniers jours : j'apprends qu'il m'a libéré... [b]3.3 Go de journal !!!!!![/b] du coup je vais voir les derniers messages, et là je vois que toutes les 10 secondes j'ai [code] déc. 14 09:31:11 NedPC audit[4284]: USER_AUTH pid=4284 uid=1000 auid=1000 ses=2 subj=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023 msg='op=PAM:authentication grantors=pam_localuser acct="root" ex déc. 14 09:31:11 NedPC audit[4284]: USER_ACCT pid=4284 uid=1000 auid=1000 ses=2 subj=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023 msg='op=PAM:accounting grantors=pam_permit acct="root" exe="/usr déc. 14 09:31:11 NedPC userhelper[4284]: running '/usr/sbin/hddtemp -n /dev/sda' with root privileges on behalf of 'ned'[/code] ça vient certainement de mon conky par le biais duquel je surveille la température du DD. 1ère question : comment se débarrasser de ce message récurent qui gonfle inutilement mon journal (tout en maintenant la surveillance de température du disque) ? 2ème question : comment repérer les lignes qui correspondent au signalement d'erreur (alors que tout semble aller bien, en plus !) ? 3ème question : lorsque je te lance [code]journalctl -p err -b[/code] j'ai comme résultat [code]déc. 14 09:21:56 NedPC systemd-modules-load[199]: Failed to find module 'vboxguest' déc. 14 09:21:56 NedPC systemd-modules-load[199]: Failed to find module 'vboxsf' déc. 14 09:21:56 NedPC systemd-modules-load[199]: Failed to find module 'vboxvideo' déc. 14 09:21:56 NedPC systemd-modules-load[199]: Failed to find module 'wl' déc. 14 08:22:03 NedPC systemd-modules-load[480]: Failed to insert 'vboxguest': No such device déc. 14 08:22:03 NedPC systemd-modules-load[480]: Failed to insert 'vboxsf': No such device déc. 14 08:22:03 NedPC systemd-modules-load[480]: Failed to insert 'vboxvideo': No such device déc. 14 08:22:06 NedPC systemd[1]: Failed to start Load Kernel Modules. déc. 14 08:22:16 NedPC avahi-daemon[969]: chroot.c: open() failed: No such file or directory déc. 14 08:22:21 NedPC abrtd[964]: '/var/spool/abrt/ccpp-2015-07-28-08:28:18-1592.new' is not a problem directory déc. 14 08:22:23 NedPC abrtd[964]: '/var/spool/abrt/ccpp-2016-07-25-16:59:32-7200' is not a problem directory déc. 14 08:22:54 NedPC mate-session[1429]: GLib-GObject-CRITICAL: object GsmAutostartApp 0x7fcb54014ec0 finalized while still in-construction déc. 14 08:22:54 NedPC mate-session[1429]: GLib-GObject-CRITICAL: Custom constructor for class GsmAutostartApp returned NULL (which is invalid). Please use GInitable instead. déc. 14 08:22:58 NedPC spice-vdagent[1833]: Cannot access vdagent virtio channel /dev/virtio-ports/com.redhat.spice.0 déc. 14 08:23:03 NedPC pulseaudio[1934]: [pulseaudio] pid.c: Daemon already running. déc. 14 08:23:03 NedPC pulseaudio[1938]: [pulseaudio] pid.c: Daemon already running. [/code] est-ce que je peux corriger ça, et comment ? Désolé pour ces questions de noob, je suis surtout utilisateur et pas admin sys, mais j'aime apprendre, et franchement le web est pollué de réponses d'avant systemd, c'est vraiment pas facile de tomber sur de l'info claire. D'avance merci à ceux qui sauront m'éclairer ou m'indiquer le chemin vers la lumière :-)

Fedora-Fr

Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

journal qui se remplit un peu beaucoup

Nednet

bonjour à tous,

je viens de voir passer une notification le signalant une erreur système (gloups). elle invite à lire les journaux du noyau, et signaler le problème.
En cliquant sur "signaler" ça m'indique

Erreur inattendue sur le système

Le système a rencontré un problème et a pu récupérer

Nom kernel-core
version 4.8.13-200.fc24.x86_64
1ère détection il y a 30 secondes
rapporté ne peut pas être rapporté
Le journal du noyau indique que des erreurs matérielles ont été détectées.
Ce problème n'est donc a priori pas logiciel.

(je ne m'attend pas à pouvoir le signaler puisqu'à priori mon noyau est "tainted" par le driver wifi et virtualBox - si j'ai bien tout compris)

du coup je lance

journalctl

pour me rendre compte que celui-ci est interminable
en fouillant un peu le web, je fais

journalctl --vacuum-time=2d

histoire de ne garder que le contenu des 2 derniers jours : j'apprends qu'il m'a libéré... 3.3 Go de journal !!!!!!

du coup je vais voir les derniers messages, et là je vois que toutes les 10 secondes j'ai

déc. 14 09:31:11 NedPC audit[4284]: USER_AUTH pid=4284 uid=1000 auid=1000 ses=2 subj=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023 msg='op=PAM:authentication grantors=pam_localuser acct="root" ex
déc. 14 09:31:11 NedPC audit[4284]: USER_ACCT pid=4284 uid=1000 auid=1000 ses=2 subj=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023 msg='op=PAM:accounting grantors=pam_permit acct="root" exe="/usr
déc. 14 09:31:11 NedPC userhelper[4284]: running '/usr/sbin/hddtemp -n /dev/sda' with root privileges on behalf of 'ned'

ça vient certainement de mon conky par le biais duquel je surveille la température du DD.

1ère question : comment se débarrasser de ce message récurent qui gonfle inutilement mon journal (tout en maintenant la surveillance de température du disque) ?
2ème question : comment repérer les lignes qui correspondent au signalement d'erreur (alors que tout semble aller bien, en plus !) ?
3ème question : lorsque je te lance

journalctl -p err -b

j'ai comme résultat

déc. 14 09:21:56 NedPC systemd-modules-load[199]: Failed to find module 'vboxguest'
déc. 14 09:21:56 NedPC systemd-modules-load[199]: Failed to find module 'vboxsf'
déc. 14 09:21:56 NedPC systemd-modules-load[199]: Failed to find module 'vboxvideo'
déc. 14 09:21:56 NedPC systemd-modules-load[199]: Failed to find module 'wl'
déc. 14 08:22:03 NedPC systemd-modules-load[480]: Failed to insert 'vboxguest': No such device
déc. 14 08:22:03 NedPC systemd-modules-load[480]: Failed to insert 'vboxsf': No such device
déc. 14 08:22:03 NedPC systemd-modules-load[480]: Failed to insert 'vboxvideo': No such device
déc. 14 08:22:06 NedPC systemd[1]: Failed to start Load Kernel Modules.
déc. 14 08:22:16 NedPC avahi-daemon[969]: chroot.c: open() failed: No such file or directory
déc. 14 08:22:21 NedPC abrtd[964]: '/var/spool/abrt/ccpp-2015-07-28-08:28:18-1592.new' is not a problem directory
déc. 14 08:22:23 NedPC abrtd[964]: '/var/spool/abrt/ccpp-2016-07-25-16:59:32-7200' is not a problem directory
déc. 14 08:22:54 NedPC mate-session[1429]: GLib-GObject-CRITICAL: object GsmAutostartApp 0x7fcb54014ec0 finalized while still in-construction
déc. 14 08:22:54 NedPC mate-session[1429]: GLib-GObject-CRITICAL: Custom constructor for class GsmAutostartApp returned NULL (which is invalid). Please use GInitable instead.
déc. 14 08:22:58 NedPC spice-vdagent[1833]: Cannot access vdagent virtio channel /dev/virtio-ports/com.redhat.spice.0
déc. 14 08:23:03 NedPC pulseaudio[1934]: [pulseaudio] pid.c: Daemon already running.
déc. 14 08:23:03 NedPC pulseaudio[1938]: [pulseaudio] pid.c: Daemon already running.

est-ce que je peux corriger ça, et comment ?

Désolé pour ces questions de noob, je suis surtout utilisateur et pas admin sys, mais j'aime apprendre, et franchement le web est pollué de réponses d'avant systemd, c'est vraiment pas facile de tomber sur de l'info claire.

D'avance merci à ceux qui sauront m'éclairer ou m'indiquer le chemin vers la lumière 🙂

hechmi50

Bonjour,

1ère question : comment se débarrasser de ce message récurent qui gonfle inutilement mon journal (tout en maintenant la surveillance de température du disque) ?

Les messages sont parlants, dans ton conkyrc /usr/sbin/hddtemp -n /dev/sda est exécuté avec les droits root, du coup Selinux n'est pas content et systemd le signale. Il faudrait que cette commande soit exécutée en utilisateur.

2ème question : comment repérer les lignes qui correspondent au signalement d'erreur (alors que tout semble aller bien, en plus !) ?

Pas évident que tout se passe bien, les modules pour VirtualBox ne sont pas chargés, pareil pour wl module pour faire fonctionner la carte wifi.

Nednet

hechmi50 wrote:Il faudrait que cette commande soit exécutée en utilisateur.

Euh, soit, mais je n'ai rien (ou pas souvenir d'avoir) fait de spécial pour que hddtemp se lance avec des droits root.
dans mon "Application au démarrage" j'ai inscrit un "conky.sh" qui ne contient que

#!/bin/sh
sleep 15 && conky

(c'est pour espérer qu'il ne se dessine pas en avant plan, mais cette astuce fonctionne une fois sur 2)
et dans mon .conkyrc j'ai juste

...
${font Terminus:style=bold:size=9}DISK ${font}(${execi 10 hddtemp -n /dev/sda}°C) $hr
...

Donc comment puis-je changer ça ?

hechmi50 wrote:les modules pour VirtualBox ne sont pas chargés, pareil pour wl module pour faire fonctionner la carte wifi.

Là aussi je sèche : VirtualBox & la carte wifi fonctionnent comme des coucous suisses :-?

En tout cas merci de ton aide

hechmi50

J'ai inséré ta ligne de conkyrc pour la température du HDD et pareil le journal se remplit des mêmes lignes. Je sèche.

chepioq

Comment lances-tu ton conky ?
Ce ne serait pas par l'intermédiaire d'un "sudo", par hasard ?

hechmi50

Ce ne serait pas par l'intermédiaire d'un "sudo", par hasard ?

Non, non,comme Nednet par un script (appartenant à l'utilisateur) lancé au démarrage de la session.
sleep 5 && conky

chepioq

hechmi50 wrote: Non, non,comme Nednet par un script (appartenant à l'utilisateur) lancé au démarrage de la session.
sleep 5 && conky

Avec cette commande, tu lances le conky de base, celui dont la configuration est dans ./ (je ne suis pas sur mon ordi, je ne puis préciser d'avantage).
Ou se trouve ton conky ?
chez moi ils sont dans un dossier /home/dominique/.conkyrc et je les lances avec la commande :

conky -c /home/dominique/.conkyrc/conky1

pour mon premier conky, et ainsi de suite pour mes 4 autres conky.

la commande "conky -c" indique à l’exécutable conky d'utiliser la configuration de mon conky1, conky2, etc...

hechmi50

Le souci n'est pas là, la commande conky équivaut à conky -c ~/.conkyrc. Le fichier de configuration est bien lu.
J'ai ajouté la ligne affichant la température du HDD pour voir si le souci de Nednet se reproduit chez moi et c'est le cas.
J'ai commenté cette ligne pour éviter que mon journal ne se gonfle démesurément.

Nednet

Hello,

merci de vous pencher sur mon cas 🙂
En attendant de trouver une solution, je vais faire comme hechmi50 : commenter la ligne incriminée dans mon .conkyrc

hechmi50

Je viens de lire dans le forum archlinux une discussion sur le même sujet, ils attribuent cela à l'usage de sudo mais il s'avère que sans sudo c'est pareil.
Il proposent une solution de contournement, l'usage du daemon hddtemp.
Voici le lien.

chepioq

D'après ce que je lis, hddtemp est géré nativement par conky, donc pas besoin de passer par un execi

hddtemp	(dev)	Displays temperature of a selected hard disk drive as reported by the hddtemp daemon. Use hddtemp_host and hddtemp_port to specify a host and port for all hddtemp objects. If no dev parameter is given, the first disk returned by the hddtemp daemon is used.

Je mettrais donc :

...
${font Terminus:style=bold:size=9}DISK ${font}(${ hddtemp /dev/sda}°C) $hr
...

hechmi50

Je ne pense pas que la variable soit disponible si hddtemp n'est pas lancé en daemon. J'ai fait un rapide test et ça renvoie N/A.

chepioq

Pour lancer hddtemp en daemon, il faut l'activer avec systemd :

# systemctl enable hddtemp

Ensuite redémarrer l'ordi ou démarrer le service :

# systemctl start hddtemp

Nednet

Hello,

chez moi il tourne déjà :

$ systemctl status hddtemp
● hddtemp.service - Hard drive temperature monitor daemon
   Loaded: loaded (/usr/lib/systemd/system/hddtemp.service; enabled; vendor preset: disabled)
   Active: active (running) since ven. 2016-12-16 07:52:09 CET; 14min ago
     Docs: man:hddtemp(8)
 Main PID: 948 (hddtemp)
    Tasks: 1 (limit: 512)
   CGroup: /system.slice/hddtemp.service
           └─948 /usr/sbin/hddtemp -dF -l 127.0.0.1

déc. 16 07:52:09 NedPc systemd[1]: Started Hard drive temperature monitor daemon.

Nednet

et donc "bingo" : en remplaçant ma ligne de .conkyrc initiale :

# ${font Terminus:style=bold:size=9}DISK ${font}(${execi 10 hddtemp -n /dev/sda}°C)

par

${font Terminus:style=bold:size=9}DISK ${font}(${hddtemp /dev/sda}°C)

je n'ai plus l'alerte dans le log.

Je crois que je vais créer un autre fil pour les autres problèmes.
Je passe celui-ci en résolu.

Merci pour votre temps