El 92% de syslog está lleno de mensajes sobre 'ureadahead' ignorando la ruta relativa

Acabo de encender mi computadora portátil (usando Ubuntu 15.10 de 64 bits) y verifiqué syslog para los registros de hoy. Del 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

y el contenido es como:

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

¿Por qué ~% 92 de mi syslog está lleno de tales mensajes?

ureadahead hace una de dos cosas cuando comienza: si /var/lib/ureadahead/packexiste y no tiene más de un año, lee previamente los archivos grabados en el paquete. Sin embargo, si el paquete no existe o es antiguo, ureadahead se ejecuta en modo "traza" , monitoreando qué archivos se abren y grabándolos en el archivo del paquete para usar en futuras botas.

Es el modo de rastreo el que envía estos mensajes. Entonces, si reinicia nuevamente dentro de un año, no hay mensajes. Esta es la razón por la cual las personas están viendo que el problema aparentemente "se resuelve solo", pero volverán en un año y se puede hacer que reaparezcan eliminando /var/lib/ureadahead/pack;

Hay un activador de paquete para hacer esto cuando las cosas cambian /etc/init.d, por lo que la relectura a menudo se realiza después de una actualización. Parece que ureadahead siempre funcionó de esta manera, pero las advertencias solo se escribieron en stderr, y antes de systemd y journald, los mensajes nunca iban a ninguna parte. Probablemente, ureadahead debería cambiarse para que solo envíe estos mensajes en --verbosemodo, pero mientras tanto, trabajé alrededor del archivo ejecutando ureadahead en --quietmodo. Pude hacer esto con un archivo desplegable systemd: crear un archivo llamado que /etc/systemd/system/ureadahead.service.d/quiet.confcontiene

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

Simplemente apt purge ureadahead, a partir de la cósmica Ubuntu se ha rendido. Nunca ayudó mucho, y para la mayoría de nosotros que solo reiniciamos cuando hay una actualización, nunca ayudó en absoluto.

Recomendaría examinar el registro antes de que ureadahead comience a escribir en él.

Mi sistema tenía los mismos síntomas y lo que encontré fueron errores relacionados con la falta de un entorno de ejecución Java:

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

Además de errores que indican la ausencia de una determinada biblioteca: libvdpau_nvidia.so.

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

Lo que hice fue instalar JRE8 y luego crear enlaces simbólicos a /usr/lib/libvdpau_nvidia.so donde se estaba buscando. Una (o ambas) de estas acciones resolvió el problema para mí.