92% системного журналу заповнене повідомленням про "ureadahead" ігнорування відносного шляху

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

$ 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 мого syslog заповнений такими повідомленнями?

ureadahead робить одне з двох речей, коли він запускається: якщо /var/lib/ureadahead/packіснує і не більше року, він попередньо читає файли, записані в пакет. Однак, якщо пакета не існує або він старий, ureadahead запускається в режимі "слід" , відстежуючи, які файли відкриваються, і записує їх у файл пакету, який буде використаний у майбутніх черевиках.

Саме такі режими видаляють ці повідомлення. Отже, якщо ви знову завантажитесь через рік, повідомлень немає. Ось чому люди бачать проблему, здавалося б, "вирішується само собою", але вони повернуться через рік, і їх можна змусити знову з’явити, видаляючи /var/lib/ureadahead/pack;

Існує тригер пакета для цього, коли все змінюється /etc/init.d, тому перечитування часто робиться після оновлення. ureadahead, здається, завжди працював таким чином, але попередження просто написано на stderr, і перед системою та журналом повідомлення нікуди не надходили. Можливо, ureadahead слід змінити, щоб лише викласти ці повідомлення в --verboseрежим, але тим часом я працював навколо файлу, запускаючи ureadahead в --quietрежимі. Мені вдалося це зробити за допомогою системного файлу, що випадає: створити файл, названий /etc/systemd/system/ureadahead.service.d/quiet.confщо містить

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

Так само apt purge ureadahead- як космічний Ubuntu відмовився від цього. Це ніколи не допомагало багато, і для більшості з нас, хто перезавантажується лише після оновлення, він ніколи не допомагав.

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

У моїй системі були ті ж симптоми, і я виявив помилки, пов’язані з відсутністю середовища виконання Java:

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 там, де його шукали. Один (або обидва) ці дії вирішили для мене питання.