Quali impostazioni utente controllano l'accesso audio?

Eseguendo un LTS 10.04 regolarmente aggiornato abbiamo un problema strano con l'accesso all'audio con pulseaudio 0.9.22. Il dispositivo audio èATI Technologies Inc SBx00 Azalia (Intel HDA)

Accesso utente1 dopo il riavvio: suono OK
Login user2 dopo il riavvio: suono OK
Accedi user1 quindi user2 : suono OK: entrambi hanno suono

Accedi user2 quindi user1 : solo user2 ha il suono
Accedi user2 dopo l'avvio, disconnetti user2 , quindi accedi user1 : nessun suono

Accedi user3 quindi user1 : tutto va bene!

Negli ultimi due casi user1 sta ricevendo errori ripetuti in syslog:

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

Questi errori scompaiono solo dopo che pulseaudio è stato avviato dall'utente1 manualmente in un terminale. Quindi l'accesso audio va bene per entrambi. Si è verificato un errore, module-alsa-card.c: Failed to find a working profilema l'output audio è comunque corretto .

Entrambi non siamo membri del gruppo audio. L'eliminazione ~/.pulseda entrambi gli account non ha alcun effetto su questo comportamento.

Il problema è iniziato in Karmic 9.10 e ha continuato a esserci anche dopo un aggiornamento a 10.04 Lucid LTS. Ciò indica che alcune impostazioni errate sono sopravvissute agli aggiornamenti.

La dipendenza dall'ordine di avvio degli utenti indica che potrebbero essere coinvolte alcune altre impostazioni specifiche dell'utente, ma non abbiamo idea da dove iniziare la ricerca. Dai test con 3 utenti sembra che vengano interrotte solo le impostazioni per user2 .

Il caricamento dei moduli pulseaudio module-esound-protocol-unixe module-native-protocol-unixcon l'opzione auth-anonymous=1in default.pa e system.pa non ha modificato questo comportamento. Né ha aiutato a eliminare i cookie pulseaudio ~/.esd_authe ~/.pulse-cookieda entrambi gli utenti.

Aggiunto qui è il nostro default.pa e il nostro system.pa .

I suggerimenti da 1) a 8) dalla risposta di seguito non hanno apportato modifiche (non era possibile eseguire pulseaudio in modalità di sistema) ma scollegare l'altoparlante esterno, riavviare, ricollegare l'altoparlante e riavviare nuovamente dall'utente1 ha fatto il trucco.

Non è ancora chiaro dove siano state (erroneamente) archiviate queste informazioni sull'hardware e perché abbia influenzato solo un account utente.

— Takkat
fonte

Avevo un problema simile quando ero in 10.04. Quando sono passato al 10.10 è stato risolto. Ad esempio, accedevo con il mio normale utente, ma andavo sempre a registrarmi PRIMA con il mio altro account e poi con il mio normale utente diversi programmi e anche il suono di accesso non veniva riprodotto. L'unica soluzione era ripristinare. Sono abbastanza sicuro che qualche aggiornamento ALSA abbia risolto questo problema.

— Luis Alvarado,

@CYREX: stavo già pensando di aggiornare anche se preferirei attenermi a LTS su quella macchina. Prima di farlo, devo essere sicuro che non sono le impostazioni dell'utente da $ HOME a rovinare l'intero processo di aggiornamento. Hai aggiornato o fatto una nuova installazione?

— Takkat,

Scusa Takkat, ho fatto una nuova installazione. Non ho pensato al $ HOME in quel momento.

— Luis Alvarado,

1) Per favore, prova questo con user1:

sudo gpasswd -a user1 accesso ad impulsi
sudo gpasswd -a user1 pulse-rt
sudo gpasswd -a audio a impulsi

2) Hai provato questo?

"modifica /usr/local/etc/pulse/system.pa e aggiungi:

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

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

3) Prova a eseguire pulseaudio in modalità di sistema

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

4) Assicurarsi che user2 non esegua pulseaudio come root

5) Rimuovere le applicazioni dall'utente2 che potrebbero non rilasciare l'audio (ad es. Timidezza)

6) Passare attraverso ~/.asoundrce /etc/asound.confse presente

7) Controlla se è installata la " libreria libflashsupport malvagia ". Per disinstallare:

 sudo aptitude purge libflashsupport flashplugin-nonfree-extrasound

8) Avvia il sistema daemon pulseaudio a livello di sistema:

gksu gedit /etc/default/pulseaudio

E modifica "PULSEAUDIO_SYSTEM_START = 0" per "PULSEAUDIO_SYSTEM_START = 1"

9) Prova a scollegare l'hardware audio come altoparlanti esterni e riavviare.

— desgua
fonte

Modificata la tua risposta per accettarla;). Tutto stabile ora. La tua risposta è un approccio molto carino su come risolvere i problemi audio. Spero che ottenga molti voti :)

— Takkat,

Eccezionale! La parte "sudo gpasswd -a user1 pulse-access" ha fatto il trucco qui dopo l'aggiornamento da 12.04 a 13.10 e il mio server PulseAudio (modalità di sistema) che si rifiuta di riprodurre qualsiasi cosa :) Ora per capire come ottenere XBMC per usare effettivamente pulseaudio! Grazie!

— DanielSmedegaard Buu