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的系统日志中充满此类消息？

尿素开始时会执行以下两项操作之一：如果/var/lib/ureadahead/pack存在并且不超过一岁，它将预读包装中记录的文件。但是，如果该软件包不存在或过旧，则Uradadahead会在“跟踪”模式下运行，监视打开了哪些文件，并将其记录在该软件包文件中以备将来启动时使用。

它是跟踪模式是推出这些消息。因此，如果您在一年内再次启动，则不会有任何消息。这就是为什么人们看到问题看似“解决了自己”的原因，但是他们将在一年后回来，并且可以通过消除使其重新出现/var/lib/ureadahead/pack。

当情况发生变化时/etc/init.d，会有一个包触发器来执行此操作，因此重新读取通常在更新后完成。尿素黑头素似乎一直以这种方式起作用，但是警告只是写到stderr，在进行systemd和日记之前，该消息从未到过任何地方。可能应该更改Uradadahead，以仅在--verbose模式下发布这些消息，但是与此同时，我通过在--quiet模式下运行Uradadahead解决了该文件。我能够使用systemd插入文件来做到这一点：创建一个名为/etc/systemd/system/ureadahead.service.d/quiet.conf包含的文件

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

只是apt purge ureadahead-从宇宙Ubuntu开始就放弃了。它并没有多大帮助，对于我们大多数只在有更新时重新启动的人来说，它根本没有帮助。

我建议在Uradadahead开始写入日志之前先对它进行检查。

我的系统具有相同的症状，发现的错误与缺少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的符号链接。这些动作中的一个（或两个）为我解决了这个问题。