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 profile
aber die Tonausgabe ist in Ordnung.
Wir sind beide kein Mitglied der Audio Group. Das Löschen ~/.pulse
von 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-unix
und module-native-protocol-unix
mit der Option auth-anonymous=1
in default.pa und system.pa hat dieses Verhalten nicht geändert. Ebenso wenig wie es hilft , Pulseaudio Cookies zu löschen ~/.esd_auth
und ~/.pulse-cookie
von 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.