Welche Benutzereinstellungen steuern den Audiozugriff?

Mit einem regelmäßig aktualisierten 10.04 LTS haben wir ein seltsames Problem beim Zugriff auf Audio mit pulseaudio 0.9.22. Soundgerät istATI Technologies Inc SBx00 Azalia (Intel HDA)

• Login Benutzer1 nach dem Neustart: Ton OK
• Login Benutzer2 nach dem Neustart: Ton OK
• Login Benutzer1 dann Benutzer2 : Ton OK: Beide haben Ton

aber

• Login Benutzer2 dann Benutzer1 : Nur Benutzer2 hat Ton
• Login benutzer2 nach dem Booten, Logout user2 , dann Login user1 : kein Ton

und

• Login user3 dann user1 : alles ist gut!

In den beiden letzteren Fällen erhält Benutzer1 wiederholte Fehler im Syslog:

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

Diese Fehler verschwinden erst, nachdem pulseaudio von Benutzer1 manuell in einem Terminal gestartet wurde . Dann ist der Audiozugriff für beide in Ordnung. Es liegt ein Fehler vor, module-alsa-card.c: Failed to find a working profileaber die Tonausgabe ist in Ordnung.

Wir sind beide kein Mitglied der Audio Group. Das Löschen ~/.pulsevon beiden Konten hat keine Auswirkungen auf dieses Verhalten.

Das Problem begann in 9.10 Karmic und war auch nach einem Upgrade auf 10.04 Lucid LTS noch vorhanden. Dies weist darauf hin, dass einige fehlerhafte Einstellungen die Upgrades überstanden haben.

Die Abhängigkeit der Benutzer von der Startreihenfolge weist darauf hin, dass möglicherweise andere benutzerspezifische Einstellungen erforderlich sind, wir jedoch nicht wissen, wo wir mit der Suche beginnen sollen. Aus Tests mit 3 Benutzern geht hervor, dass nur die Einstellungen für Benutzer2 fehlerhaft sind .

Das Laden von pulseaudio-Modulen module-esound-protocol-unixund module-native-protocol-unixmit der Option auth-anonymous=1in default.pa und system.pa hat dieses Verhalten nicht geändert. Ebenso wenig wie es hilft , Pulseaudio Cookies zu löschen ~/.esd_authund ~/.pulse-cookievon beiden Benutzern.

Hier ist unsere default.pa und unsere system.pa hinzugefügt .

Die Vorschläge 1) bis 8) aus der nachstehenden Antwort haben nichts geändert (es war nicht möglich, pulseaudio im Systemmodus auszuführen), aber das Entfernen des externen Lautsprechers, das Neustarten, das erneute Anschließen des Lautsprechers und das erneute Neustarten von Benutzer1 haben den Trick ausgeführt.

Es ist immer noch unklar, wo diese Hardware-Informationen (fälschlicherweise) gespeichert wurden und warum sie nur ein Benutzerkonto betrafen.

1) Würden Sie dies bitte mit user1 versuchen:

sudo gpasswd -a user1 pulse-access
sudo gpasswd -a user1 pulse-rt
sudo gpasswd -a Puls Audio

2) Hast du das versucht?

"editiere /usr/local/etc/pulse/system.pa und füge hinzu:

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

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

3) Versuchen Sie, pulseaudio im Systemmodus auszuführen

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

4) Stellen Sie sicher, dass Benutzer2 pulseaudio nicht als root ausführt

5) Entfernen Sie Anwendungen von Benutzer2, die möglicherweise keine Audiodaten freigeben (z. B. Schüchternheit).

6) Gehen Sie durch ~/.asoundrcund /etc/asound.conffalls vorhanden

7) Überprüfen Sie, ob die " evil libflashsupport library " installiert ist. So deinstallieren Sie:

 sudo aptitude purge libflashsupport flashplugin-nonfree-extrasound  

8) Starten Sie Pulseaudio Daemon System breit:

gksu gedit /etc/default/pulseaudio  

Ändern Sie "PULSEAUDIO_SYSTEM_START = 0" in "PULSEAUDIO_SYSTEM_START = 1".

9) Trennen Sie die Audio-Hardware wie externe Lautsprecher vom Computer und starten Sie den Computer neu.