92% do syslog é preenchido com a mensagem referente ao 'ureadahead' ignorando o caminho relativo

36

Acabei de ligar o meu laptop (usando o Ubuntu 15.10 de 64 bits) e verifiquei o syslog dos logs de hoje. Do total

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

e o conteúdo é como:

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

Por que ~% 92 do meu syslog é preenchido com essas mensagens?

15.10 syslog ureadahead

— Mostafa Ahangarha
fonte

Realmente nada?

— Mostafa Ahangarha 23/03

o que dizersudo systemctl disable ureadahead.service

— dashesy

25

O ureadahead faz uma de duas coisas quando é iniciado: se /var/lib/ureadahead/packexiste e não tem mais de um ano, ele lê os arquivos gravados no pacote. No entanto, se o pacote não existir ou for antigo, o ureadahead será executado no modo "rastreio" , monitorando quais arquivos são abertos e gravando-os no arquivo do pacote a ser usado em futuras inicialização.

É o modo de rastreamento que lança essas mensagens. Portanto, se você inicializar novamente dentro de um ano, nenhuma mensagem. É por isso que as pessoas estão vendo o problema aparentemente "se resolver", mas retornam em um ano e podem reaparecer removendo /var/lib/ureadahead/pack;

Há um gatilho de pacote para fazer isso quando as coisas mudam /etc/init.d, então a releitura é geralmente feita após uma atualização. O ureadahead parece sempre ter funcionado dessa maneira, mas os avisos são apenas escritos para stderr e, antes do systemd e journald, as mensagens nunca iam a lugar algum. Provavelmente o ureadahead deve ser alterado para colocar apenas essas mensagens em--verbose modo, mas, enquanto isso, eu trabalhei com o arquivo executando o ureadahead no --quietmodo. Consegui fazer isso com um arquivo drop-in systemd: crie um arquivo chamado /etc/systemd/system/ureadahead.service.d/quiet.confcontendo

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

— rfm
fonte

4

Ref: bugs.launchpad.net/ubuntu/+source/ureadahead/+bug/1579580

— Mausy5043

8

Apenas apt purge ureadahead- a partir do Ubuntu cósmico desistiu. Isso nunca ajudou muito e, para a maioria de nós, que apenas reinicia quando há uma atualização, nunca ajudou em nada.

— rfm
fonte

Como já faz muito tempo desde que postei essa pergunta, atualizei para a versão mais recente do Ubuntu. Portanto, não posso verificar se isso ajudaria outros não. Mas obrigado pela sua contribuição. Espero que seja útil para outros que entrar neste assunto

— Mostafa Ahangarha

Acabei de encontrar esse problema com o Ubuntu Server 16.04.5 recém-instalado. Indo para remover ureadahead.

— precisa saber é o seguinte

Eu tentei remover o ureadahead como recomendado, no entanto, ele também removeria o ubuntu-minimal (isso no ubuntu 16.04)

— Mohan Nbs

11

O ubuntu-minimal é apenas um pseudo-pacote que depende dos pacotes que incluem uma instalação mínima do Ubuntu, um dos quais (no 16.04) é o ureadahead. Como você já possui todos os pacotes mínimos instalados, a remoção do ubuntu-minimal não muda nada. No entanto, se você não gostar disso, outra maneira de impedir que o ureadahead seja executado na inicialização seria "sudo systemctl disable ureadahead.service".

— rfm 12/03

2

Eu recomendaria examinar o log antes que o ureadahead comece a escrever nele.

Meu sistema teve os mesmos sintomas e o que encontrei foram erros relacionados à falta de um Java Runtime Environment:

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

Além de erros observando a ausência de uma determinada biblioteca: libvdpau_nvidia.so.

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

O que fiz foi instalar o JRE8 e criar links simbólicos para /usr/lib/libvdpau_nvidia.so, onde estava sendo procurado. Uma (ou ambas) dessas ações resolveu o problema para mim.

— FLM
fonte

Obrigado pela sua resposta. Mas eu reinstalei o Ubuntu e agora estou usando o Ubuntu 16.04, por isso não posso usar seus conselhos. No entanto, por algum motivo desconhecido, o problema foi resolvido após alguns dias.

— Mostafa Ahangarha