Sound not available when a new user session started
If one switches user (the alt-ctrl-f7 or f8 switch trick) the second user doesn't seem to have any sound capability at all. Quite a pain when the kids want to play something! How does one make the sound work in the second, third etc. user session (under xwindows/kde)? If it is possible at all, of course. Many thanks.
M.Blackmore wrote:
How does one make the sound work in the second, third etc. user session (under xwindows/kde)? If it is possible at all, of course.
I do not know if this is the right solution but it works for me. There is a file called logindevperms in /etc/ that changes permissions for the various devices. You should change the permissions on /dev/dsp to 0660. I do not know why the default permissions are so strict in SUSE but this allows all users in the group audio to use the sound card while the default only allows the user logged in the first session to access it. -- Guðlaugur Jóhannesson http://www.hi.is/~gudlaugu Phone: +354 849 8405
On Fri, 2005-09-30 at 22:31 +0000, Guðlaugur Jóhannesson wrote:
There is a file called logindevperms in /etc/ that changes permissions for the various devices. You should change the permissions on /dev/dsp to 0660.
Alas, this does not appear to exist on my machine! I can create it, of course ... if so, what would be the syntax? But if not that name, there must be the same function somewhere ... where would it be? I realised though that I'm being thick about the version, on the machine in question which the kids use it is of course suse 9.3. I'd upgraded from clean to 9.3 on that one, and 10 on "my" box. Doh! The trouble with KVMs... But a quick check reveals same problem on both... Sorry for such basic questions. Since the kids were born I really haven't had time or energy to learn the guts of linux. (Don't let anyone on this no doubt very male populated list think being a housemum is a leisurely option mooching at home - as a housedad I can tell you its as hard, demanding of time, energy, and particularly emotional resource and endurance to nurture little ones, as the high pressure stuff I did over the previous 25 years!!) So my knowledge is luser level - if it don't work out of the box I'm baffled and often don't know where to start... Just the sort of person that linux collectively needs to be catering for in one part of its efforts to conquer the world - as well as the highly technical applications which someone like me rightly leaves to those who need it, with the knowledge to implement. But if it don't work out of the box for "us" then something isn't quite right with the "product"!! The job of you tekkies is to put it "right", eh! Forums like this expose you to the sorts of trivial problems that those with little technical knowledge or time to fiddle have, that stop us dead in the water- things that the cognoscenti don't even stop to think about anymore and have probably forgotten they once never knew...
M.Blackmore wrote:
On Fri, 2005-09-30 at 22:31 +0000, Guðlaugur Jóhannesson wrote:
There is a file called logindevperms in /etc/ that changes permissions for the various devices. You should change the permissions on /dev/dsp to 0660.
Alas, this does not appear to exist on my machine! I can create it, of course ... if so, what would be the syntax?
The file is /etc/logindevperm (sorry for the extra s before). If that does not exist, this is the header for my file and an example line # # Configuration file for the pam_devperm module. # # We expect entries with the folowing format: # # - Comments start with a # and extend to the end of the line. # # - Blank lines or lines with only a comment are ignored. # # - All other lines consist of three fields delimited by whitespace: a # login device (/dev/console), an octal permission number (0600), and # a ":"-delimited list of devices (/dev/kbd:/dev/mouse). All device # names are absolute paths. A path that ends in "/*" refers to all # directory entries except "." and "..". # The login device could be also the xdm display (like :0). # # If the tty argument (relative path) matches a login device name # (absolute path), the permissions of the devices in the ":"-delimited # list are set as specified in the second field, and their ownership is # changed to that of the uid and gid arguments. # :0 0600 /dev/cdrom:/dev/cdrom1:/dev/cdrom2:/dev/cdrom3
But if not that name, there must be the same function somewhere ... where would it be?
You could also take a look at udev, see thread about Device Permissions on this list
I realised though that I'm being thick about the version, on the machine in question which the kids use it is of course suse 9.3. I'd upgraded from clean to 9.3 on that one, and 10 on "my" box. Doh! The trouble with KVMs...
This file is also on my 9.3 box -- Guðlaugur Jóhannesson http://www.hi.is/~gudlaugu Phone: +354 849 8405
Am Sonntag, 2. Oktober 2005 13:19 schrieb Guðlaugur Jóhannesson:
On Fri, 2005-09-30 at 22:31 +0000, Guðlaugur Jóhannesson wrote:
There is a file called logindevperms in /etc/ that changes permissions for the various devices. You should change the permissions on /dev/dsp to 0660. Alas, this does not appear to exist on my machine! I can create it, of course ... if so, what would be the syntax? The file is /etc/logindevperm (sorry for the extra s before). If
M.Blackmore wrote: that does not exist, this is the header for my file and an example line ... :0 0600 /dev/cdrom:/dev/cdrom1:/dev/cdrom2:/dev/cdrom3
This is for display ":0" on tty7. If you have a second login on display ":1" (tty8) the lines would be: :0 0600 /dev/cdrom:/dev/cdrom1:/dev/cdrom2:/dev/cdrom3 :1 0600 /dev/cdrom:/dev/cdrom1:/dev/cdrom2:/dev/cdrom3 But that means they use the device exclusively. Better is: :0 0660 /dev/cdrom:/dev/cdrom1:/dev/cdrom2:/dev/cdrom3 :1 0660 /dev/cdrom:/dev/cdrom1:/dev/cdrom2:/dev/cdrom3 So they share the access to the device. (If it is a sound device: hold yer horses...) -- mdc
On Sun, 2005-10-02 at 15:44 +0200, meister@netz00.com wrote:
Am Sonntag, 2. Oktober 2005 13:19 schrieb Guðlaugur Jóhannesson:
On Fri, 2005-09-30 at 22:31 +0000, Guðlaugur Jóhannesson wrote:
There is a file called logindevperm in ..change the permissions on /dev/dsp to 0660. ... this is the header for my file and an example
M.Blackmore wrote: line ... :0 0600 /dev/cdrom:/dev/cdrom1:/dev/cdrom2:/dev/cdrom3
This is for display ":0" on tty7. If you have a second login on display But that means they use the device exclusively. Better is: :0 0660 /dev/cdrom:/dev/cdrom1:/dev/cdrom2:/dev/cdrom3 :1 0660 /dev/cdrom:/dev/cdrom1:/dev/cdrom2:/dev/cdrom3
Thanks Gudlauger, meister et al. I've tried changing the thing to 0660 but no joy on the sound front. I'm confused by meister's comments: is this telling me that the first user (normal xwindows first "bootup" is :0 for a sound device, and that the second user (from the switch user menu option, who resideth henceforth on ctrl-alt-f8) is :1? And for each subsequent user this should increment - :2 :3 ... ?
So they share the access to the device. (If it is a sound device: hold yer horses...) Well, they won't be using them at the same time, the other session should just be lurking 'til ctr-alt-fx's back again.
It's just convenient to bump the kids onto the switch user (or me to do email etc.) without one of logging off and then logging back on again. I'd just like to have sound in the second (or third!) switch option. Many thanks
Am Montag, 3. Oktober 2005 21:44 schrieb M.Blackmore:
On Sun, 2005-10-02 at 15:44 +0200, meister@netz00.com wrote: ... I'm confused by meister's comments: is this telling me that the first user (normal xwindows first "bootup" is :0 for a sound device, and that the second user (from the switch user menu option, who resideth henceforth on ctrl-alt-f8) is :1?
And for each subsequent user this should increment - :2 :3 ... ?
Not for the user, for the display. Try: echo $DISPLAY
... again. I'd just like to have sound in the second (or third!) switch option.
That's also a question of your sound daemon. -- mdc
M.Blackmore wrote:
On Sun, 2005-10-02 at 15:44 +0200, meister@netz00.com wrote:
Am Sonntag, 2. Oktober 2005 13:19 schrieb Guðlaugur Jóhannesson:
On Fri, 2005-09-30 at 22:31 +0000, Guðlaugur Jóhannesson wrote:
There is a file called logindevperm in ..change the permissions on /dev/dsp to 0660. ... this is the header for my file and an example
M.Blackmore wrote: line ... :0 0600 /dev/cdrom:/dev/cdrom1:/dev/cdrom2:/dev/cdrom3
This is for display ":0" on tty7. If you have a second login on display But that means they use the device exclusively. Better is: :0 0660 /dev/cdrom:/dev/cdrom1:/dev/cdrom2:/dev/cdrom3 :1 0660 /dev/cdrom:/dev/cdrom1:/dev/cdrom2:/dev/cdrom3 I'm confused by meister's comments: is this telling me that the first user (normal xwindows first "bootup" is :0 for a sound device, and that the second user (from the switch user menu option, who resideth henceforth on ctrl-alt-f8) is :1?
That is correct. You only need lines in there for devices that you like to change permissions on when you log in. If you delete the file, the permissions on the devices will stay the same as on boot (I am not suggesting that, just explaining what would happen). So if you change the first part of the line with /dev/dsp in it to :0 0660 you should be able to have sound in both sessions. I have not tested this on any other box than 10.0 RC1 and according to other users, that should have worked out of the box (I changed the settings for other reasons) so your mileage may vary. There could also be problems with the sound system in the second login but that is just a wild guess.
And for each subsequent user this should increment - :2 :3 ... ?
This number stands for the X-sessions and counts from 0 upwards
It's just convenient to bump the kids onto the switch user (or me to do email etc.) without one of logging off and then logging back on again. I'd just like to have sound in the second (or third!) switch option.
Just like I do here. I used to let the children play games on my session but after they had printed out several web pages I created a new user which is not allowed to print at all.
Many thanks
Your welcome
M.Blackmore wrote:
If one switches user (the alt-ctrl-f7 or f8 switch trick) the second user doesn't seem to have any sound capability at all.
Works for me (10.0RC1). I'm running two different sessions and both users can play music at the same time. Sounds strange (I mean the music), but works. Only thing I had to do to make that work is to configure amarok and set the "Audio output" to xine. For some reason that wasn't done automagically for the second user. I suspect some strangeness with the way MP3 support got hacked into the system. Maybe that is also the root of your problem. Btw, the login-sound that KDE plays worked instantly, only amarok needed some help. Cheers nordi
On Sat, Oct 01, 2005 at 12:50:03AM +0200, nordi wrote:
M.Blackmore wrote:
If one switches user (the alt-ctrl-f7 or f8 switch trick) the second user doesn't seem to have any sound capability at all.
resmgr provides ACL settings for the sound devices, so this should work for all locally logged in users. Check with "/sbin/resmgr list" if the sounddevices are listed corrected. Ciao, Marcus
On Saturday 01 October 2005 12:08, Marcus Meissner wrote:
On Sat, Oct 01, 2005 at 12:50:03AM +0200, nordi wrote:
M.Blackmore wrote:
If one switches user (the alt-ctrl-f7 or f8 switch trick) the second user doesn't seem to have any sound capability at all.
resmgr provides ACL settings for the sound devices, so this should work for all locally logged in users.
Check with "/sbin/resmgr list" if the sounddevices are listed corrected.
I have no problem with sound but what I noticed is that if I login as a new user perhaps play a mpg clip using xine and then log out. If I do a "ps aux | grep artsd" I get the following: user 10034 0.7 0.4 9240 4384 ? S 12:42 0:00 /opt/kde3/bin/artsd -F 10 -S 4096 -s 5 -m artsmessage -l 3 -f Though it doesn't affect the sound if I try to delete the user in yast it fails and says that user is still logged in. Now I don't know if this is related but hopefully it helps. Eddie
participants (6)
-
eddieleprince -
Guðlaugur Jóhannesson -
M.Blackmore -
Marcus Meissner -
meister＠netz00.com -
nordi