Welche Benutzereinstellungen steuern den Audiozugriff?


12

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.


Ich hatte ein ähnliches Problem, als ich in 10.04 war. Als ich auf 10.10 umzog, war es gelöst. Zum Beispiel würde ich mich mit meinem normalen Benutzer anmelden, aber ich habe mich immer zuerst mit meinem anderen Konto angemeldet und dann mit meinem normalen Benutzer wurden mehrere Programme und sogar der Anmeldeton nicht abgespielt. Die einzige Lösung war das Zurücksetzen. Ich bin mir ziemlich sicher, dass ein ALSA-Update dies behoben hat.
Luis Alvarado

@CYREX: Ich habe bereits über ein Upgrade nachgedacht, auch wenn ich mich lieber an LTS auf diesem Computer halten möchte. Zuvor muss sichergestellt werden, dass nicht die Benutzereinstellungen von $ HOME das gesamte Upgrade beeinträchtigen. Haben Sie ein Upgrade durchgeführt oder eine Neuinstallation durchgeführt?
Takkat

Sorry Takkat, habe eine neue Installation gemacht. Habe in diesem Moment nicht an das $ HOME gedacht.
Luis Alvarado

Antworten:


16

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.



Die Antwort wurde bearbeitet, um sie zu akzeptieren. Alles jetzt stabil. Ihre Antwort ist ein sehr guter Ansatz zur Fehlerbehebung bei Audiodaten. Hoffe, es wird viele positive
Stimmen

Genial! Der Teil "sudo gpasswd -a user1 pulse-access" hat hier nach dem Upgrade von 12.04 auf 13.10 und nachdem mein (Systemmodus-) PulseAudio-Server sich geweigert hat, irgendetwas abzuspielen, den Trick ausgeführt :) Nun, um herauszufinden, wie XBMC dazu gebracht wird, tatsächlich pulseaudio zu verwenden! Vielen Dank!
DanielSmedegaardBuus
Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.