Quais configurações do usuário controlam o acesso ao áudio?

Ao executar um LTS 10.04 atualizado regularmente, temos um problema estranho com o acesso ao áudio com o pulseaudio 0.9.22. O dispositivo de som éATI Technologies Inc SBx00 Azalia (Intel HDA)

• Login do usuário1 após a reinicialização: som OK
• Faça login no user2 após a reinicialização: som OK
• Entre com o usuário1 e depois com o usuário2 : som OK: ambos têm som

mas

• Faça o login user2 e user1 : apenas o user2 tem som
• Efetue login no user2 após a inicialização, efetue logout no user2 e , em seguida, efetue login no user1 : sem som

e

• Faça login user3 e user1 : tudo está bem!

Nos dois últimos casos, o usuário1 está recebendo erros repetidos no syslog:

protocol-native.c: Denied access to client with invalid authorization data

Esses erros desaparecem somente depois que o pulseaudio é iniciado do usuário1 manualmente em um terminal. Então, o acesso ao áudio é bom para ambos. Há um erro, module-alsa-card.c: Failed to find a working profilemas a saída de som ainda está boa.

Nós dois não somos um membro do Grupo de Áudio. A exclusão ~/.pulsede ambas as contas não afeta esse comportamento.

O problema começou no 9.10 Karmic e continuou lá mesmo após a atualização para o 10.04 Lucid LTS. Isso indica que algumas configurações incorretas sobreviveram às atualizações.

A dependência na ordem de inicialização dos usuários indica que algumas outras configurações específicas do usuário podem estar envolvidas, mas não temos idéia de onde começar a pesquisar. Nos testes com três usuários, parece que apenas as configurações do usuário2 estão quebradas .

O carregamento dos módulos pulseaudio module-esound-protocol-unixe module-native-protocol-unixcom a opção auth-anonymous=1em default.pa e system.pa não alterou esse comportamento. Também não ajudou a excluir os cookies pulseaudio ~/.esd_authe ~/.pulse-cookiede ambos os usuários.

Aqui são adicionados nosso default.pa e nosso system.pa .

As sugestões 1) a 8) da resposta abaixo não fizeram nenhuma alteração (não foi possível executar o pulseaudio no modo de sistema), mas desconectou o alto-falante externo, reinicializou, conectou o alto-falante e reinicializou novamente do usuário1.

Ainda não está claro onde essas informações de hardware foram (erroneamente) armazenadas e por que afetaram apenas uma conta de usuário.

1) Você poderia tentar isso com o usuário1:

sudo gpasswd - um acesso de pulso do usuário1
sudo gpasswd -um usuário1 pulso-rt
sudo gpasswd - um áudio de pulso

2) Você já tentou isso?

"edite /usr/local/etc/pulse/system.pa e adicione:

load-module module-native-protocol-unix auth-anonymous=1

Referência: https://tango.0pointer.de/pipermail/pulseaudio-discuss/2009-January/002942.html

3) Tente executar o pulseaudio no modo de sistema

Referência: https://bugzilla.redhat.com/attachment.cgi?id=262541

4) Verifique se o usuário2 não executa o pulseaudio como root

5) Remova aplicativos do usuário2 que podem não liberar áudio (por exemplo, timidez)

6) Passe ~/.asoundrce, /etc/asound.confse houver

7) Verifique se " a biblioteca libflashsupport " está instalada. Para desinstalar:

 sudo aptitude purge libflashsupport flashplugin-nonfree-extrasound  

8) Inicie o sistema daemon pulseaudio amplamente:

gksu gedit /etc/default/pulseaudio  

E altere "PULSEAUDIO_SYSTEM_START = 0" para "PULSEAUDIO_SYSTEM_START = 1"

9) Tente desconectar o hardware de áudio, como alto-falantes externos, e reinicie.