92% syslog jest wypełnione komunikatem „ureadahead” ignorującym ścieżkę względną

Właśnie włączyłem laptopa (używając Ubuntu 15.10 64-bit) i sprawdziłem syslog dla dzisiejszych dzienników. Z całości

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

a treść jest jak:

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

Dlaczego ~% 92 mojego syslogu jest wypełnione takimi wiadomościami?

ureadahead robi jedną z dwóch rzeczy, gdy się uruchamia: jeśli /var/lib/ureadahead/packistnieje i nie ma więcej niż rok, wstępnie odczytuje pliki zapisane w pakiecie. Jeśli jednak paczka nie istnieje lub jest stara, ureadahead działa w trybie „śledzenia” , monitorując, które pliki są otwierane i zapisując je w pliku paczki, który będzie używany w przyszłych uruchomieniach.

Jest to tryb śledzenia, który wysyła te wiadomości. Więc jeśli uruchomisz ponownie w ciągu roku, nie będzie żadnych wiadomości. Właśnie dlatego ludzie widzą problem, który na pozór „sam się rozwiązuje”, ale wrócą za rok i można go ponownie wyświetlić, usuwając go /var/lib/ureadahead/pack;

Jest to wyzwalacz pakietu, który robi to, gdy sytuacja się zmienia /etc/init.d, więc ponowne czytanie jest często wykonywane po aktualizacji. Wydaje się, że ureadahead zawsze działał w ten sposób, ale ostrzeżenia zostały napisane tylko do stderr, a przed systemem i dziennikiem wiadomości nigdy nigdzie nie trafiały. Prawdopodobnie należy zmienić ureadahead, aby wyświetlać te wiadomości tylko w --verbosetrybie, ale w międzyczasie obejrzałem ten plik, uruchamiając ureadahead w --quiettrybie. Byłem w stanie to zrobić przy pomocy systemowego pliku rozwijanego: utwórz plik /etc/systemd/system/ureadahead.service.d/quiet.confzawierający

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

Po prostu apt purge ureadahead- od czasu kosmicznego Ubuntu zrezygnował z tego. To nigdy nie pomogło wiele, a dla większości z nas, którzy uruchamiają się ponownie tylko w przypadku aktualizacji, nigdy nie pomogło.

Polecam akwizycję dziennika, zanim ureadahead zacznie do niego pisać.

Mój system miał te same objawy i znalazłem błędy związane z brakiem środowiska Java Runtime Environment:

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

Jak również błędy zauważające brak pewnej biblioteki: libvdpau_nvidia.so.

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

To, co zrobiłem, to zainstalowałem JRE8, a następnie utworzyłem dowiązania symboliczne do /usr/lib/libvdpau_nvidia.so, gdzie było ono wyszukiwane. Jedno (lub oba) z tych działań rozwiązało problem.