Avec une version 10.04 LTS régulièrement mise à jour, nous avons un problème étrange d'accès à l'audio avec pulseaudio 0.9.22. Le périphérique de son est ATI Technologies Inc SBx00 Azalia (Intel HDA)
- Connexion utilisateur 1 après le redémarrage : son OK
- Connexion utilisateur2 après le redémarrage : son OK
- Connexion utilisateur 1 puis utilisateur2 : son OK : les deux ont du son
mais
- Connexion utilisateur2 puis utilisateur 1 : seulement utilisateur2 a un son
- Connexion utilisateur2 après le démarrage, déconnexion utilisateur2 puis se connecter utilisateur 1 : pas de son
と
- Connexion utilisateur3 puis utilisateur 1 : tout va bien !
Dans ces deux derniers cas utilisateur 1 reçoit des erreurs répétées dans le syslog :
protocol-native.c: Denied access to client with invalid authorization data
Ces erreurs disparaissent seulement après que pulseaudio soit lancé à partir de utilisateur 1 manuellement dans un terminal. Ensuite, l'accès audio fonctionne bien pour les deux. Il y a une erreur module-alsa-card.c: Failed to find a working profile mais la sortie du son est toujours bonne.
Nous sommes tous les deux no un membre du groupe audio. Suppression de ~/.pulse des deux comptes n'a aucun effet sur ce comportement.
Le problème a commencé dans la version 9.10 Karmic et s'est poursuivi même après une mise à niveau vers 10.04 Lucid LTS. Cela indique que certains paramètres erronés ont survécu aux mises à jour.
La dépendance de l'ordre de démarrage des utilisateurs indique que d'autres paramètres spécifiques à l'utilisateur peuvent être impliqués, mais nous n'avons aucune idée de l'endroit où commencer à chercher. D'après les tests effectués avec 3 utilisateurs, il semble que seuls les paramètres de l'utilisateur 2 sont cassés .
Chargement des modules pulseaudio module-esound-protocol-unix y module-native-protocol-unix avec l'option auth-anonymous=1 dans default.pa et system.pa n'a pas changé ce comportement. La suppression des cookies pulseaudio n'a pas aidé non plus. ~/.esd_auth y ~/.pulse-cookie des deux utilisateurs.
Ajouté ici est notre default.pa et notre système.pa .
Suggestions 1) à 8) de la réponse ci-dessous n'a pas fait de changement (lancer pulseaudio en mode système n'était pas possible) mais débrancher le haut-parleur externe, redémarrer, rebrancher le haut-parleur et redémarrer à nouveau depuis user1 a fait l'affaire.
On ne sait toujours pas où ces informations matérielles ont été stockées (par erreur) et pourquoi elles n'ont affecté qu'un seul compte utilisateur.
