Home / ubuntu / Questions / 33089
Accepted
Takkat
Asked: 2011-04-03 02:23:42 +0800 CST

What user settings control audio access?

  • 772

Running a regularly updated 10.04 LTS we have a weird issue with access to audio with pulseaudio 0.9.22. Sound device is ATI Technologies Inc SBx00 Azalia (Intel HDA)

  • Login user1 after reboot: sound OK
  • Login user2 after reboot: sound OK
  • Login user1 then user2: sound OK: both have sound

but

  • Login user2 then user1: only user2 has sound
  • Login user2 after boot, logout user2, then login user1: no sound

and

  • Login user3 then user1: all is good!

In the two latter cases user1 is getting repeated errors in syslog:

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

These errors disappear only after pulseaudio is started from user1 manually in a terminal. Then audio access is fine for both. There is an error module-alsa-card.c: Failed to find a working profile but still sound output is fine.

We both are not a member of the Audio Group. Deleting ~/.pulse from both accounts has no effect on this behaviour.

The issue started in 9.10 Karmic and continued to be there even after an upgrade to 10.04 Lucid LTS. This indicates that some erroneous settings survived the upgrades.

The dependency on boot order of users indicates that some other user specific settings may be involved, but we have no idea where to start searching. From tests with 3 users it seems that only settings for user2 are broken.

Loading pulseaudio modules module-esound-protocol-unix and module-native-protocol-unix with the option auth-anonymous=1 in both default.pa, and system.pa did not change this behaviour. Neither did it help to delete pulseaudio cookies ~/.esd_auth and ~/.pulse-cookie from both users.

Added here is our default.pa and our system.pa.

Suggestions 1) to 8) from the answer below did not make a change (running pulseaudio in system mode was not possible) but unplugging the external speaker, rebooting, plugging the speaker back in and reboot again from user1 did the trick.

It is still unclear where this hardware information was (erroneously) stored and why it affected only one user account.

10.04

1 Answers

  1. Best Answer

    1) Would you please try this with user1:

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

    2) Have you tried this?

    " edit /usr/local/etc/pulse/system.pa and add:

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

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

    3) Try running pulseaudio in system mode

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

    4) Make sure user2 does not run pulseaudio as root

    5) Remove applications from user2 that may not release audio (e.g. timidity)

    6) Go through ~/.asoundrc and /etc/asound.conf if present

    7) Check if "the evil libflashsupport library" is installed. To uninstall:

     sudo aptitude purge libflashsupport flashplugin-nonfree-extrasound

    8) Start pulseaudio daemon system wide:

    gksu gedit /etc/default/pulseaudio

    And change "PULSEAUDIO_SYSTEM_START=0" for "PULSEAUDIO_SYSTEM_START=1"

    9) Try unplugging audio hardware like external speakers and reboot.

    • 17