Encontrei o seguinte em /var/log/syslog
no Ubuntu 14.04.
Mar 24 09:41:19 ripple pulseaudio[4838]: [autospawn] core-util.c: Failed to create secure directory (/run/user/112/pulse): No such file or directory
Mar 24 09:41:19 ripple pulseaudio[4838]: [autospawn] lock-autospawn.c: Cannot access autospawn lock.
Mar 24 09:41:19 ripple pulseaudio[4838]: [pulseaudio] main.c: Failed to acquire autospawn lock
Mar 24 09:41:21 ripple pulseaudio[4840]: [autospawn] core-util.c: Failed to create secure directory (/run/user/112/pulse): No such file or directory
Mar 24 09:41:21 ripple pulseaudio[4840]: [autospawn] lock-autospawn.c: Cannot access autospawn lock.
Mar 24 09:41:21 ripple pulseaudio[4840]: [pulseaudio] main.c: Failed to acquire autospawn lock
Mar 24 09:41:23 ripple pulseaudio[4844]: [autospawn] core-util.c: Failed to create secure directory (/run/user/112/pulse): No such file or directory
Mar 24 09:41:23 ripple pulseaudio[4844]: [autospawn] lock-autospawn.c: Cannot access autospawn lock.
Mar 24 09:41:23 ripple pulseaudio[4844]: [pulseaudio] main.c: Failed to acquire autospawn lock
No meu sistema, consultar o arquivo /etc/passwd
mostra que o usuário 112
é lightdm
, que é um gerenciador de exibição (login). Eu não uso lightdm
. Eu paro manualmente lightdm
após cada reinicialização. No entanto, alguns processos lightdm
estão por perto. De htop
:
PID PPID USER START TIME+ PRI NI VIRT RES DATA SHR S CPU% MEM% Command
8273 2124 lightdm Mar20 6:42.31 20 0 404M 5108 224M 3936 S 0.0 0.0 /usr/lib/x86_64-linux-gnu/indicator-sou
2124 1 lightdm Mar20 0:44.20 20 0 39800 2128 620 1572 S 0.0 0.0 init --user --startup-event indicator-s
8265 2124 lightdm Mar20 0:00.00 20 0 257M 3016 216M 2484 S 0.0 0.0 /usr/lib/x86_64-linux-gnu/indicator-blu
Eu fiz um sudo kill 2124
. Todos os três processos desapareceram e as mensagens de log pararam.
No caso do @ grm, @grm parece estar usando o gerenciador de exibição gdm
, mas os princípios podem ser os mesmos. Possíveis soluções são:
1) Certifique-se de que nenhum processo associado a gdm
esteja em execução ou, alternativamente ...
2) Recrie o /tmp/.esd
e certifique-se de que os processos associados a gdm
tenham acesso de gravação a /tmp/.esd
.
Boa sorte!