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 syslog pour les journaux d'aujourd'hui. 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?

ureadahead fait une des deux choses quand il commence: s’il /var/lib/ureadahead/packexiste et qu’il n’a pas plus d’un an, il prélude les fichiers enregistrés dans le pack. Cependant, si le pack n'existe pas ou est ancien, ureadahead s'exécute en mode "trace" , surveille les fichiers ouverts et les enregistre dans le fichier du pack à utiliser lors de futurs démarrages.

C'est le 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 les supprimant /var/lib/ureadahead/pack;

Il y a un déclencheur de paquet pour faire cela quand les choses changent /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é --verbosepar l'affichage de ces messages uniquement en mode, mais dans l'intervalle, j'ai corrigé le fichier en exécutant ureadahead en --quietmode. Je pouvais le faire avec un fichier système Systemd: créez un fichier nommé /etc/systemd/system/ureadahead.service.d/quiet.confcontenant

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

Juste apt purge ureadahead- comme 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 du tout aidé.

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

Mon système présentait les mêmes symptômes et j'ai découvert 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.