92% системного журнала заполнено сообщением о 'ureadahead', игнорирующем относительный путь

Я только что включил свой ноутбук (используя 64-битную версию Ubuntu 15.10) и проверил системный журнал на наличие сегодняшних журналов. Из общего

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

и содержание как:

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

Почему ~% 92 моего системного журнала заполнено такими сообщениями?

Когда запускается, ureadahead выполняет одно из двух действий: если он /var/lib/ureadahead/packсуществует и ему не больше года, он предварительно считывает файлы, записанные в пакете. Однако, если пакет не существует или устарел, ureadahead работает в режиме «трассировки» , отслеживая, какие файлы открыты, и записывая их в файл пакета, который будет использоваться в будущих загрузках.

Это режим трассировки, который выдает эти сообщения. Так что, если вы загрузитесь снова в течение года, никаких сообщений. Вот почему люди видят, что проблема, по-видимому, «решается сама собой», но они вернутся через год, и их можно будет вновь вызвать, удалив /var/lib/ureadahead/pack;

Есть триггер пакета, чтобы сделать это, когда все меняется /etc/init.d, поэтому перечитывание часто выполняется после обновления. Ureadahead, кажется, всегда работал таким образом, но предупреждения просто пишутся в stderr, и до systemd и journald сообщения никуда не отправлялись. Вероятно, следует изменить ureadahead, чтобы выводить эти сообщения только в --verboseрежиме, но пока я работал с файлом, запустив ureadahead в --quietрежиме. Я был в состоянии это сделать с Systemd выпадающим в файле: создайте файл с именем , /etc/systemd/system/ureadahead.service.d/quiet.confсодержащим

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

Так же, apt purge ureadaheadкак и в космическом Ubuntu отказался от него. Это никогда не помогало, и для большинства из нас, кто только перезагружается, когда есть обновление, это никогда не помогало вообще.

Я бы порекомендовал просмотреть журнал до того, как ureadahead начнет писать в него.

У моей системы были те же симптомы, и я обнаружил ошибки, связанные с отсутствием Java Runtime Environment:

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

А также ошибки, отмечающие отсутствие определенной библиотеки: libvdpau_nvidia.so.

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

Я установил JRE8, а затем создал символические ссылки на /usr/lib/libvdpau_nvidia.so, где его искали. Одно (или оба) из этих действий решили проблему для меня.