Temos vários desktops Ubuntu com seus diretórios pessoais montados como compartilhamentos NFS. Se uma conexão NFS for interrompida, mesmo que por menos de um segundo, o pulseaudio perderá sua mente. Os resultados são um bloqueio temporário (com o Ubuntu diminuindo a tela), travamentos e até mesmo alguns pânicos aqui e ali. Você pode ver a miríade de problemas do NFS + pulseaudio com uma simples pesquisa no Google para esses termos.
Devido a isso, eu realmente quero apenas mover o pulso para fora de / home e colocá-lo em algum lugar mais adequado ou específico para a máquina.
Por alguma razão, pulseaudio é tudo sobre segurança. Eu não estou realmente sofrendo com isso, embora eu não tenha certeza do porque é tão importante para um daemon de som. Mas suas restrições são muito restritivas.
Por exemplo, eu tentei usar o comando symlinking ~ / .pulse em / tmp e ele retornará o seguinte:
Failed to create secure directory: Too many levels of symbolic links
E o pulso será interrompido.
Depois encontrei este tópico que indica variáveis ambientais que podem ser definidas para direcionar o pulso para outros diretórios. Então, tentei configurar o ativador de pulso ( /etc/xdg/autostart/pulseaudio.desktop
) para usar a seguinte linha do Exec:
Exec='PULSE_DIR="/tmp/$( whoami )-pulse"; PULSE_CONFIG_PATH=PULSE_DIR; PULSE_STATE_PATH=PULSE_DIR; PULSE_RUNTIME_PATH=PULSE_DIR; mkdir -p $PULSE_DIR && chmod 700 $PULSE_DIR && start-pulseaudio-x11'
Eu até tentei configurar as permissões e o dono para algo que eu achasse que o pulso ficaria feliz. Eu peguei o que eu achava que queria do stacktrace postado no bug 662 (mais informações sobre esse problema também).
No entanto, este conjunto de comandos resulta no pulso jogando o seguinte e, em seguida, saindo.
Failed to create secure directory: Permission denied
Agora, como os desenvolvedores parecem pouco dispostos a aceitar isso como um problema, preciso encontrar uma maneira de contornar isso. Se não, vou remover o pulso, o que não é ideal para compatibilidade futura com essas máquinas.
Já perdemos uma tonelada de horas de trabalho em rastrear e tentar resolver esse problema e é hora de seguir em frente.
Se alguém tiver alguma idéia sobre soluções alternativas ou tiver mais alguma informação sobre esse problema, eu realmente aprecio isso.