Il 92% di syslog è pieno di messaggi riguardanti 'ureadahead' ignorando il percorso relativo

Ho appena acceso il mio laptop (usando Ubuntu 15.10 a 64 bit) e ho controllato syslog per i log di oggi. Dal totale

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

e il contenuto è come:

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

Perché ~% 92 del mio syslog è pieno di tali messaggi?

ureadahead fa una delle due cose quando inizia: se /var/lib/ureadahead/packesiste e non ha più di un anno, predica i file registrati nel pacchetto. Tuttavia, se il pacchetto non esiste o è vecchio, ureadahead viene eseguito in modalità "trace" , monitorando quali file vengono aperti e registrandoli nel file pack per essere utilizzati in futuri boot.

È la modalità di traccia che emette questi messaggi. Quindi, se si riavvia entro un anno, nessun messaggio. Questo è il motivo per cui le persone stanno vedendo il problema apparentemente "risolversi da sé", ma torneranno tra un anno e si può far riapparire rimuovendo /var/lib/ureadahead/pack;

C'è un trigger di pacchetto per farlo quando le cose cambiano /etc/init.d, quindi la rilettura viene spesso eseguita dopo un aggiornamento. ureadahead sembra aver sempre funzionato in questo modo, ma gli avvertimenti sono stati scritti su stderr e, prima di systemd e journald, i messaggi non sono mai andati da nessuna parte. Probabilmente ureadahead dovrebbe essere modificato per pubblicare questi messaggi solo in --verbosemodalità, ma nel frattempo ho lavorato sul file eseguendo ureadahead in --quietmodalità. Sono stato in grado di farlo con un file drop-in systemd: creare un file denominato /etc/systemd/system/ureadahead.service.d/quiet.confcontenendo

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

Proprio apt purge ureadahead- a partire da Ubuntu cosmico ci ha rinunciato. Non ha mai aiutato molto, e per la maggior parte di noi che si riavvia solo quando c'è un aggiornamento, non ha mai aiutato affatto.

Consiglierei di sondare il registro prima che ureadahead inizi a scrivergli.

Il mio sistema presentava gli stessi sintomi e ciò che ho riscontrato erano errori relativi alla mancanza di un Java Runtime Environment:

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

Oltre agli errori che rilevano l'assenza di una determinata libreria: libvdpau_nvidia.so.

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

Quello che ho fatto è stato installare JRE8 e quindi creare collegamenti simbolici a /usr/lib/libvdpau_nvidia.so dove è stato cercato. Una (o entrambe) queste azioni hanno risolto il problema per me.