web-dev-qa-db-fra.com

Quels paramètres utilisateur contrôlent l'accès audio?

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 audio est ATI Technologies Inc SBx00 Azalia (Intel HDA)

  • Login user1 après le redémarrage: son OK
  • Login utilisateur2 après le redémarrage: son OK
  • Login utilisateur1 puis utilisateur2 : son OK: les deux ont du son

mais

  • Login utilisateur2 puis utilisateur1 : uniquement utilisateur2 a du son
  • Connectez-vous utilisateur2 après le démarrage, déconnectez-vous utilisateur2 , puis connectez-vous user1 : pas de son

et

  • Connectez-vous utilisateur3 puis utilisateur1 : tout va bien!

Dans les deux derniers cas , l'utilisateur1 reçoit des erreurs répétées dans syslog:

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

Ces erreurs ne disparaissent qu'après le démarrage manuel de pulseaudio depuis user1 dans un terminal. Ensuite, l'accès audio convient aux deux. Il y a une erreur module-alsa-card.c: Failed to find a working profile mais la sortie audio reste correcte.

Nous sommes tous deux pas membres du groupe audio. La suppression de ~/.Pulse des deux comptes n’a aucun effet sur ce comportement.

La question a commencé dans 9.10 Karmic et a continué d’être présente 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 à niveau.

La dépendance vis-à-vis de l'ordre de démarrage des utilisateurs indique que d'autres paramètres spécifiques à l'utilisateur peuvent être impliqués, mais nous ne savons pas par où commencer la recherche. D'après des tests avec 3 utilisateurs, il semble que seuls les paramètres de l'utilisateur 2 soient cassés .

Le chargement des modules pulseaudio module-esound-protocol-unix et module-native-protocol-unix avec l’option auth-anonymous=1 dans default.pa et system.pa n’a pas modifié ce comportement. Il n'a pas non plus aidé à supprimer les cookies pulseaudio ~/.esd_auth et ~/.Pulse-cookie des deux utilisateurs.

Ajoutons ici nos default.pa et nos system.pa .

Les suggestions 1) à 8) du réponse ci-dessous n’ont pas changé (il n’était pas possible d’exécuter pulseaudio en mode système), mais débranchez le haut-parleur externe, redémarrez, rebranchez le haut-parleur, puis redémarrez de nouveau à l'utilisateur1. a fait le tour.

Il est toujours difficile de savoir où ces informations matérielles ont été stockées (par erreur) et pourquoi elles ne concernent qu'un seul compte d'utilisateur.

10.04soundpermissionspulseaudiouser-profile
12
Takkat

1) Souhaitez-vous essayer ceci avec user1:

Sudo gpasswd -a user1 Accès par impulsions 
 Sudo gpasswd -a utilisateur1 Pulse-rt 
 Sudo gpasswd -a Audio par impulsions

2) Avez-vous essayé cela?

"éditez /usr/local/etc/Pulse/system.pa et ajoutez:

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

Référence: https://tango.0pointer.de/pipermail/pulseaudio-discuss/2009-January/002942.html

3) Essayez d’exécuter pulseaudio en mode système

Référence: https://bugzilla.redhat.com/attachment.cgi?id=262541

4) Assurez-vous que l'utilisateur2 n'exécute pas pulseaudio en tant que root.

5) Supprimez les applications de l'utilisateur2 qui ne peuvent pas diffuser de l'audio (par exemple, la timidité).

6) Passez par ~/.asoundrc et /etc/asound.conf s'il est présent

7) Vérifiez si " la bibliothèque maléfique libflashsupport " est installé. Pour désinstaller:

 Sudo aptitude purge libflashsupport flashplugin-nonfree-extrasound

8) Démarrez le système démon pulseaudio à l'échelle du système:

gksu gedit /etc/default/pulseaudio

Et changez "PULSEAUDIO_SYSTEM_START = 0" pour "PULSEAUDIO_SYSTEM_START = 1"

9) Essayez de débrancher le matériel audio, tel que des haut-parleurs externes, puis redémarrez.

16
desgua