Jakie ustawienia użytkownika kontrolują dostęp do dźwięku?

Prowadząc regularnie aktualizowaną wersję 10.04 LTS, mamy dziwny problem z dostępem do audio w pulseaudio 0.9.22. Urządzenie dźwiękowe jestATI Technologies Inc SBx00 Azalia (Intel HDA)

• Zaloguj się użytkownik 1 po ponownym uruchomieniu: dźwięk OK
• Zaloguj się użytkownik2 po ponownym uruchomieniu: dźwięk OK
• Zaloguj się użytkownik 1, a następnie użytkownik 2 : dźwięk OK: oba mają dźwięk

ale

• Zaloguj się użytkownik 2, a następnie użytkownik 1 : tylko użytkownik 2 ma dźwięk
• Zaloguj się użytkownik2 po uruchomieniu, wyloguj się użytkownik2 , a następnie zaloguj się użytkownik1 : brak dźwięku

i

• Logowanie użytkownik3 następnie user1 : wszystko jest dobrze!

W dwóch ostatnich przypadkach użytkownik1 otrzymuje powtarzające się błędy w syslog:

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

Błędy te znikają dopiero po ręcznym uruchomieniu pulseaudio od użytkownika1 w terminalu. W takim przypadku dostęp audio jest odpowiedni dla obu. Wystąpił błąd, module-alsa-card.c: Failed to find a working profileale nadal dźwięk jest w porządku.

Oboje nie jesteśmy członkiem grupy audio. Usunięcie ~/.pulsez obu kont nie ma wpływu na to zachowanie.

Problem zaczął się w wersji 9.10 Karmic i pojawiał się nawet po aktualizacji do 10.04 Lucid LTS. Oznacza to, że niektóre błędne ustawienia przetrwały aktualizacje.

Zależność od kolejności rozruchu użytkowników wskazuje, że w grę mogą wchodzić inne ustawienia specyficzne dla użytkownika, ale nie mamy pojęcia, od czego zacząć wyszukiwanie. Z testów przeprowadzonych na 3 użytkownikach wynika, że tylko ustawienia dla użytkownika 2 są zepsute .

Ładowanie modułów pulseaudio module-esound-protocol-unixoraz module-native-protocol-unixz opcją auth-anonymous=1zarówno w default.pa, jak i system.pa nie zmieniło tego zachowania. Nie pomogło to również usunąć plików cookie pulseaudio ~/.esd_authi ~/.pulse-cookieobu użytkowników.

Dodano tutaj nasz default.pa i nasz system.pa .

Sugestie od 1) do 8) z poniższej odpowiedzi nie spowodowały zmiany (uruchomienie pulseaudio w trybie systemowym nie było możliwe), ale załatwienie zewnętrznego głośnika, ponowne uruchomienie, ponowne podłączenie głośnika i ponowne uruchomienie od użytkownika 1 załatwiło sprawę.

Nadal nie jest jasne, gdzie te informacje o sprzęcie zostały (błędnie) zapisane i dlaczego wpłynęły tylko na jedno konto użytkownika.

1) Czy mógłbyś spróbować tego z użytkownikiem 1:

sudo gpasswd -a user1 puls-access
sudo gpasswd -a user1 puls-rt
sudo gpasswd -a puls audio

2) Czy próbowałeś tego?

„edytuj /usr/local/etc/pulse/system.pa i dodaj:

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

Odniesienie: https://tango.0pointer.de/pipermail/pulseaudio-discuss/2009-J stycznia / 002942.html

3) Spróbuj uruchomić pulseaudio w trybie systemowym

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

4) Upewnij się, że użytkownik2 nie uruchamia pulseaudio jako root

5) Usuń aplikacje od użytkownika2, które mogą nie wydawać dźwięku (np. Nieśmiałość)

6) Przejdź przez ~/.asoundrci /etc/asound.confjeśli jest obecny

7) Sprawdź, czy jest zainstalowana „ zła biblioteka libflashsupport ”. Aby odinstalować:

 sudo aptitude purge libflashsupport flashplugin-nonfree-extrasound  

8) Uruchom szeroki system demona pulseaudio:

gksu gedit /etc/default/pulseaudio  

I zmień „PULSEAUDIO_SYSTEM_START = 0” na „PULSEAUDIO_SYSTEM_START = 1”

9) Spróbuj odłączyć sprzęt audio, taki jak głośniki zewnętrzne, i uruchom ponownie komputer.