Re: permissions on sound devices

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



I also have puzzled over ownership of sound devices and this thread is obviously pointing in the right direction, but I still cannot get the solution.

I run xmms from another machine (as an X session) and unless I force a change of ownership on the sound files (i.e. change to 666) xmms cannot play. I can fix this in rc.local, but I'd rather get this right the 'pam' way.

What do I need to do in order to get the sound files read and writeable by xmms when run from X on my other machine?

I've added:

<xconsole> 0666 <sound> 0600 root

to console.perms and added xmms into console.apps (did I need to do this?), but the perms steadfastly remain 0600 when I start xmms. What else do I need to do? Is a re-start required or have I missed some other configuration?


On 17 Dec 2003, at 04:49, Pete Nesbitt wrote:


On December 11, 2003 03:24 pm, jurvis lasalle wrote:
I have a problem that systematically occurs, but I cannot reliably
reproduce. Upon console login, ownership of sound devices is given to
the user. Upon logout, it reverts to root. Sometimes however, the
former user retains ownership and the next user cannot direct output to
the sound devices. I can't recreate what causes the break down but
across the lab can see that it generally happens after 2 weeks of
uptime. My research turns up the solution of chmod 660 the sound
devices and chgrp them to audio after adding all my users to that
group. OK- that will work and not necessarily be too large a pain in
my ass, but that doesn't satisfy my desire to know what's breaking
down. Does anyone here have suggestions for diagnosing this problem?


TIA,
Jurvis LaSalle

Hi Jurvis,
The initial user to log onto the console is given hightened privilages
regarding accessing devices and halting or rebooting the system.
To see what is effected, the users privs, and the user/privs afterwards, have
a look at the file:
/etc/security/console.perms
--
Pete Nesbitt, rhce



-- redhat-list mailing list unsubscribe mailto:redhat-list-request@xxxxxxxxxx?subject=unsubscribe https://www.redhat.com/mailman/listinfo/redhat-list




Ken G i l l e t t


_/_/_/_/_/_/_/_/_/


-- redhat-list mailing list unsubscribe mailto:redhat-list-request@xxxxxxxxxx?subject=unsubscribe https://www.redhat.com/mailman/listinfo/redhat-list

[Index of Archives]     [CentOS]     [Kernel Development]     [PAM]     [Fedora Users]     [Red Hat Development]     [Big List of Linux Books]     [Linux Admin]     [Gimp]     [Asterisk PBX]     [Yosemite News]     [Red Hat Crash Utility]


  Powered by Linux