92% des Syslogs sind mit Meldungen gefüllt, dass 'ureadahead' den relativen Pfad ignoriert

Ich habe gerade meinen Laptop eingeschaltet (mit Ubuntu 15.10 64-Bit) und syslog auf die heutigen Protokolle überprüft. Von insgesamt

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

und der Inhalt ist wie:

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

Warum sind ~% 92 meines Syslogs mit solchen Nachrichten gefüllt?

ureadahead führt beim Start eine der beiden folgenden Aktionen aus: Wenn es /var/lib/ureadahead/packvorhanden ist und nicht älter als ein Jahr ist, werden die im Paket aufgezeichneten Dateien vorab gelesen. Wenn das Paket jedoch nicht vorhanden oder veraltet ist, wird ureadahead im "Trace" -Modus ausgeführt , wobei überwacht wird, welche Dateien geöffnet sind, und diese in der Paketdatei aufgezeichnet werden, um in zukünftigen Startvorgängen verwendet zu werden.

Es ist der Trace-Modus , der diese Meldungen ausgibt. Wenn Sie also innerhalb eines Jahres erneut booten, werden keine Meldungen angezeigt. Dies ist der Grund, warum die Leute das Problem so sehen, als ob es sich von selbst löst, aber sie werden in einem Jahr wiederkommen und können durch Entfernen wieder zum Auftreten gebracht werden /var/lib/ureadahead/pack.

Es gibt einen Paket-Trigger, um dies zu tun, wenn sich die Dinge ändern /etc/init.d. Daher wird das erneute Lesen häufig nach einem Update durchgeführt. ureadahead hat anscheinend immer so funktioniert, aber die Warnungen wurden nur an stderr geschrieben, und vor systemd und journald gingen die Nachrichten nirgendwo hin. Möglicherweise sollte ureadahead so geändert werden, dass diese Meldungen nur im --verboseModus ausgegeben --quietwerden. In der Zwischenzeit habe ich die Datei jedoch umgangen, indem ich ureadahead im Modus ausgeführt habe. Ich konnte dies mit einer systemd Drop-In-Datei tun: Erstellen Sie eine Datei mit dem Namen /etc/systemd/system/ureadahead.service.d/quiet.confenthaltend

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

Genau apt purge ureadaheadwie von kosmischen Ubuntu hat es aufgegeben. Es hat nie viel geholfen, und für die meisten von uns, die erst nach einem Update einen Neustart durchführen, hat es nie geholfen.

Ich würde empfehlen, das Protokoll zu durchsuchen, bevor ureadahead anfängt, darauf zu schreiben.

Mein System hatte die gleichen Symptome und ich fand Fehler im Zusammenhang mit dem Fehlen einer Java-Laufzeitumgebung:

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

Sowie Fehler, die auf das Fehlen einer bestimmten Bibliothek hinweisen: libvdpau_nvidia.so.

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

Ich habe JRE8 installiert und dann Symlinks zu /usr/lib/libvdpau_nvidia.so erstellt, wo nach JRE8 gesucht wurde. Eine (oder beide) dieser Aktionen löste das Problem für mich.