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 profile
pero aún así la salida de sonido está bien.
Ambos no somos miembros del grupo de audio. Eliminar ~/.pulse
de 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-unix
y module-native-protocol-unix
con la opción auth-anonymous=1
en default.pa y system.pa no cambió este comportamiento. Tampoco ayudó a eliminar las cookies de pulseaudio ~/.esd_auth
y ~/.pulse-cookie
de 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.
Respuestas:
1) ¿Podría probar esto con user1:
2) ¿Has probado esto?
"edite /usr/local/etc/pulse/system.pa y agregue:
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
~/.asoundrc
y/etc/asound.conf
si está presente7) Verifique si está instalada "la biblioteca malvada libflashsupport ". Para desinstalar:
8) Inicie pulseaudio daemon system wide:
Y cambie "PULSEAUDIO_SYSTEM_START = 0" por "PULSEAUDIO_SYSTEM_START = 1"
9) Intente desconectar el hardware de audio como altavoces externos y reinicie.
fuente