web-dev-qa-db-fra.com

92% de syslog est rempli avec un message concernant 'ureadahead' ignorant le chemin relatif

Je viens d'allumer mon ordinateur portable (avec Ubuntu 15.10 64 bits) et de vérifier les journaux du journal syslog. Du total

$ cat /var/log/syslog | grep 'Mar 23' | wc -l
23791
$ cat /var/log/syslog | grep -P 'Mar 23.*Ignored relative path' | wc -l
21863

et le contenu est comme:

Mar 23 12:02:56 Ubuntu ureadahead[279]: ureadahead:.: Ignored relative path
Mar 23 12:02:56 Ubuntu ureadahead[279]: ureadahead:.: Ignored relative path
Mar 23 12:02:56 Ubuntu ureadahead[279]: ureadahead:tunables: Ignored relative path
Mar 23 12:02:56 Ubuntu ureadahead[279]: ureadahead:xdg-user-dirs.d: Ignored relative path
Mar 23 12:02:56 Ubuntu ureadahead[279]: ureadahead:..: Ignored relative path
Mar 23 12:02:56 Ubuntu ureadahead[279]: ureadahead:multiarch.d: Ignored relative path
Mar 23 12:02:56 Ubuntu ureadahead[279]: ureadahead:..: Ignored relative path
Mar 23 12:02:56 Ubuntu ureadahead[279]: ureadahead:home.d: Ignored relative path
Mar 23 12:02:56 Ubuntu ureadahead[279]: ureadahead:..: Ignored relative path
Mar 23 12:02:56 Ubuntu ureadahead[279]: ureadahead:..: Ignored relative path
Mar 23 12:02:56 Ubuntu ureadahead[279]: ureadahead:abstractions: Ignored relative path
Mar 23 12:02:56 Ubuntu ureadahead[279]: ureadahead:apparmor_api: Ignored relative path
Mar 23 12:02:56 Ubuntu ureadahead[279]: ureadahead:..: Ignored relative path
.
.
.
Mar 23 12:02:56 Ubuntu ureadahead[279]: ureadahead:3826/stat: Ignored relative path
Mar 23 12:02:56 Ubuntu ureadahead[279]: ureadahead:3826/cmdline: Ignored relative path
Mar 23 12:02:56 Ubuntu ureadahead[279]: ureadahead:list-c: Ignored relative path
Mar 23 12:02:56 Ubuntu ureadahead[279]: ureadahead:tracing_on: Ignored relative path
Mar 23 12:02:56 Ubuntu ureadahead[279]: ureadahead:events/fs/open_exec/enable: Ignored relative path
Mar 23 12:02:56 Ubuntu ureadahead[279]: ureadahead:events/fs/do_sys_open/enable: Ignored relative path

Pourquoi ~% 92 de mon syslog est rempli de tels messages?

36
Mostafa Ahangarha

ureadahead fait une des deux choses quand il commence: si /var/lib/ureadahead/pack existe et n’a pas plus d’un an, il prélève les fichiers enregistrés dans le pack. Cependant, si le pack n'existe pas ou est ancien, ureadahead s'exécute en mode "trace", surveillant les fichiers ouverts et les enregistrant dans le fichier du pack à utiliser lors des prochains redémarrages.

C'est mode trace qui envoie ces messages. Donc, si vous redémarrez dans l’année, pas de message. C’est pourquoi les gens voient apparemment le problème "se résoudre eux-mêmes", mais ils reviendront dans un an et on peut les faire réapparaître en supprimant /var/lib/ureadahead/pack;

Il y a un déclencheur de paquet pour faire cela quand les choses changent dans /etc/init.d, donc la relecture est souvent faite après une mise à jour. ureadahead semble avoir toujours fonctionné de cette façon, mais les avertissements ne sont écrits qu’en stderr, et avant systemd et journald, les messages n’allaient nulle part. Il est probable que ureadahead devrait être remplacé par l'affichage de ces messages uniquement en mode --verbose, mais entre-temps, j'ai corrigé le fichier en exécutant ureadahead en mode --quiet. Je pouvais le faire avec un fichier système: créez un fichier nommé /etc/systemd/system/ureadahead.service.d/quiet.conf contenant

[Service]
ExecStart=
ExecStart=/sbin/ureadahead -q
25
rfm

Juste apt purge ureadahead - en tant que cosmique, Ubuntu l’a abandonné. Cela n'a jamais beaucoup aidé, et pour la plupart d'entre nous qui ne redémarrons que lorsqu'il y a une mise à jour, cela n'a jamais aidé du tout.

7
rfm

Je recommanderais de consulter le journal avant qu'ureadahead ne commence à l'écrire.

Mon système présentait les mêmes symptômes. J'ai constaté des erreurs liées à l'absence d'un environnement d'exécution Java:

gnome-session[939]: javaldx: Could not find a Java Runtime Environment!

Ainsi que des erreurs constatant l'absence d'une certaine bibliothèque: libvdpau_nvidia.so.

gnome-session[939]: Failed to open VDPAU backend libvdpau_nvidia.so: cannot open shared object file: No such file or directory

Ce que j'ai fait est d'installer JRE8, puis de créer des liens symboliques vers /usr/lib/libvdpau_nvidia.so où la recherche a été effectuée. Une de ces actions (ou les deux) a résolu le problème pour moi.

2
FLM