92% syslog заполнено сообщением относительно «ureadahead», игнорируя относительный путь

10

Я просто включил свой ноутбук (используя Ubuntu 15.10 64-bit) и проверил 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 заполнено такими сообщениями?

    
задан Mostafa Ahangarha 23.03.2016 в 07:20
источник

2 ответа

11

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

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

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

[Service]
ExecStart=
ExecStart=/sbin/ureadahead -q
    
ответ дан rfm 22.10.2016 в 19:20
1

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

В моей системе были те же симптомы, и я обнаружил ошибки, связанные с отсутствием среды выполнения 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, где его искали. Один (или оба) этих действий решил проблему для меня.

    
ответ дан FLM 03.06.2016 в 01:15