Que configurações do usuário controlam o acesso de áudio?

11

Executando um 10.04 LTS 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)

  • Faça login user1 após a reinicialização: som OK
  • Login user2 após a reinicialização: som OK
  • Login user1 e user2 : som OK: ambos têm som

mas

  • Faça login user2 e então user1 : somente usuário2 tem som
  • Faça login user2 após a inicialização, efetue o logout user2 e, em seguida, faça login user1 : sem som

e

  • Faça login user3 e então user1 : tudo é bom!

Nos dois últimos casos, user1 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 a partir de user1 manualmente em um terminal. Então o acesso de áudio é bom para ambos. Há um erro module-alsa-card.c: Failed to find a working profile , mas a saída de som está boa.

Ambos não são membros do grupo de áudio. A exclusão de ~/.pulse das duas contas não afeta esse comportamento.

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

A dependência da 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. A partir de testes com 3 usuários, parece que somente as configurações do usuário2 estão quebradas .

Carregando módulos pulseaudio module-esound-protocol-unix e module-native-protocol-unix com a opção auth-anonymous=1 em ambos default.pa, e system.pa não alterou esse comportamento. Também não ajudou a excluir os cookies pulseaudio ~/.esd_auth e ~/.pulse-cookie dos dois usuários.

Adicionado aqui é nosso default.pa e nosso system.pa .

Sugestões 1) a 8) da resposta abaixo não fez uma mudança (não foi possível executar pulseaudio no modo de sistema), mas desconectar o alto-falante externo, reinicializar, conectar o alto-falante de volta e reinicializar novamente a partir do user1 resolveu o problema.

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

    
por Takkat 02.04.2011 / 12:23

1 resposta

15

1) Por favor, tente isto com user1:

sudo gpasswd -a user1 pulse-access
sudo gpasswd -a user1 pulse-rt
sudo gpasswd -a pulse audio

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: link

3) Tente executar o pulseaudio no modo de sistema

Referência: link

4) Certifique-se de que user2 não execute pulseaudio como root

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

6) Passe por ~/.asoundrc e /etc/asound.conf se presente

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

 sudo aptitude purge libflashsupport flashplugin-nonfree-extrasound  

8) Inicie o sistema daemon pulseaudio wide:

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 o computador.

por desgua 10.04.2011 / 22:34