¿Qué configuraciones de usuario controlan el acceso de audio?

Al ejecutar un 10.04 LTS actualizado regularmente, tenemos un problema extraño con el acceso al audio con pulseaudio 0.9.22. Dispositivo de sonido esATI Technologies Inc SBx00 Azalia (Intel HDA)

• Iniciar sesión usuario1 después de reiniciar: suena bien
• Inicie sesión en user2 después de reiniciar: suena bien
• Inicie sesión usuario1 luego usuario2 : sonido OK: ambos tienen sonido

pero

• Inicie sesión user2 luego user1 : solo user2 tiene sonido
• Inicie sesión en user2 después del inicio, cierre sesión en user2 , luego inicie sesión en user1 : sin sonido

y

• Inicie sesión user3 luego user1 : ¡todo está bien!

En los dos últimos casos, user1 obtiene errores repetidos en syslog:

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

Estos errores desaparecen solo después de que pulseaudio se inicia desde el usuario1 manualmente en un terminal. Entonces el acceso de audio está bien para ambos. Hay un error, module-alsa-card.c: Failed to find a working profilepero aún así la salida de sonido está bien.

Ambos no somos miembros del grupo de audio. Eliminar ~/.pulsede ambas cuentas no tiene ningún efecto sobre este comportamiento.

El problema comenzó en 9.10 Karmic y continuó allí incluso después de una actualización a 10.04 Lucid LTS. Esto indica que algunas configuraciones erróneas sobrevivieron a las actualizaciones.

La dependencia del orden de arranque de los usuarios indica que pueden estar involucradas algunas otras configuraciones específicas del usuario, pero no tenemos idea de dónde comenzar a buscar. De las pruebas con 3 usuarios, parece que solo se rompen las configuraciones para user2 .

La carga de módulos de pulseaudio module-esound-protocol-unixy module-native-protocol-unixcon la opción auth-anonymous=1en default.pa y system.pa no cambió este comportamiento. Tampoco ayudó a eliminar las cookies de pulseaudio ~/.esd_authy ~/.pulse-cookiede ambos usuarios.

Aquí se agrega nuestro default.pa y nuestro system.pa .

Las sugerencias 1) a 8) de la respuesta a continuación no hicieron ningún cambio (no fue posible ejecutar pulseaudio en modo sistema), pero desconectó el altavoz externo, reinició, volvió a conectar el altavoz y reinició nuevamente desde el usuario1 hizo el truco.

Todavía no está claro dónde se almacenó (erróneamente) esta información de hardware y por qué afectó solo a una cuenta de usuario.

1) ¿Podría probar esto con user1:

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

2) ¿Has probado esto?

"edite /usr/local/etc/pulse/system.pa y agregue:

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

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

3) Intente ejecutar pulseaudio en modo sistema

Referencia: https://bugzilla.redhat.com/attachment.cgi?id=262541

4) Asegúrese de que user2 no ejecute pulseaudio como root

5) Eliminar aplicaciones del usuario2 que no pueden liberar audio (por ejemplo, timidez)

6) Ir a través ~/.asoundrcy /etc/asound.confsi está presente

7) Verifique si está instalada "la biblioteca malvada libflashsupport ". Para desinstalar:

 sudo aptitude purge libflashsupport flashplugin-nonfree-extrasound  

8) Inicie pulseaudio daemon system wide:

gksu gedit /etc/default/pulseaudio  

Y cambie "PULSEAUDIO_SYSTEM_START = 0" por "PULSEAUDIO_SYSTEM_START = 1"

9) Intente desconectar el hardware de audio como altavoces externos y reinicie.