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

36

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?

Mostafa Ahangarha
la source
Vraiment rien?
Mostafa Ahangarha
Qu'ensudo systemctl disable ureadahead.service
dashesy

Réponses:

25

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
rfm
la source
8

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é.

rfm
la source
Comme il y a longtemps que j'ai posté cette question, je suis passé à la version d'acteur d'Ubuntu. Je ne peux donc pas vérifier si cela aiderait les autres. Mais merci pour votre contribution. J'espère que cela sera utile pour ceux qui se lancent dans cette affaire
Mostafa Ahangarha
Je viens de rencontrer ce problème avec Ubuntu Server 16.04.5, fraîchement installé. Va enlever ureadahead.
Endrju
J'ai essayé de supprimer ureadahead comme conseillé, mais cela supprimerait également ubuntu-minimal (ceci le 16.04 d'ubuntu)
Mohan Nbs
1
Ubuntu-minimal est juste un pseudo-paquet qui dépend des paquets comprenant une installation minimale d'Ubuntu, dont l'un (en 16.04) est ureadahead. Puisque tous les paquets minimaux sont déjà installés, la suppression d’ubuntu-minimal ne changera rien. Cependant, si vous n'aimez pas cela, un autre moyen d'empêcher ureadahead de s'exécuter au démarrage serait "sudo systemctl disable ureadahead.service".
rfm
2

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.

FLM
la source
Merci pour votre réponse. Mais j'ai réinstallé Ubuntu et maintenant j'utilise Ubuntu 16.04, je ne peux donc pas utiliser vos conseils. Pourtant, pour une raison inconnue, le problème a été résolu en quelques jours.
Mostafa Ahangarha