Description of problem:
Shared devices (such as scanner and sound) can only be used by one
user. All others are unable to access them.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Login as one user, soundcard is fine. Logout
2. Login as another user, soundcard is blocked
This also applies to scanners and other devices
Sound and scanner are blocked.
Sound and scanner should work for any user
The first user to access the soundcard takes control of the card. The
old way I used to use was to make the soundcard and scanner a member
of their own groups and then make all users members of (say) the
soundcard group. That used to work. It doesn't now.
I would consider this inability as a blocker, but have not passed it
to the developers list.
It should be reset on logout so the second user can have access.
I can't reproduce this here. With two users, 'bob', and 'joe'.
bob logs in on the console -> bob owns the audio devices.
bob logs out. devices are reset to root.
joe logs in on the console -> joe owns the audio devices.
joe logs out. devices are reset to root.
Not happening here on either the fresh FC3t2 box or the updated from FC2.
paul logs into X and into console -> paul owns sound, root owns scanner
paul logs out of X
bev logs into X -> !bev owns sound, root owns scanner
The permissions are not being correctly set
paul is still logged in on console, ergo, permissions not reset.
if paul is not logged in as console, only logged into an X session,
logs out, bev logs into an X session, permissions not reset - she
still can't access the scanner (which paul couldn't either!) or the
Ergo, permissions not reset
I think there could be some problem with our udev setup (however I'm
Paul: you've written in comment #3 that bev after logging into X owns
sound, or I misunderstood you?
Whoever logs in first gets the soundcard. It doesn't matter if they
log in as console only or into X. The permissions are not being reset
when the user logs out.
If bev logs in first, she gets the permissions for the soundcard. If
richard logs in first, he gets the permissions, if I log in first, I
get the permissions. These are then *not* reset for the next user on
It may be related, but if a user is logged in more than once (for
instance, I may be logged in on 4 terminals at once), then they logout
of X, the next person won't be able to enable sound due to the other
user being still logged in on the terminals. Can things be made that
such items as sound, scanners etc are made universal irrespective of
the number of times someone is logged in?
The first behavior is a bug, the second behavior is expected, just FYI.
I know the second one is expect, it's a pain in the backside though -
especially when I'm using a terminal to do lots of things in the
Just as a test. I've rebooted and logged in as another user, xmms is
automatically started on loggin in. I log out and then log in as
myself. Both /dev/dsp and /dev/dsp1 are owned by bev.root. If I then
chown paul.root /dev/dsp and chown paul.root /dev/dsp1, xmms still
reports that the sound card is blocked. However, if I then say to use
the OSS driver, sound is restored.
This now leads me to suspect both Alsa and pam are at fault here. This
suspicion is further raised in that xine will play audio despite xmms
saying the sound card is blocked (audio on xine goes through OSS
rather than anything else).
At the time, I was not logged into any consoles - one user at a time
With the latest udev package I don't see anything like you reported.
Older packages were probably the source of the bug.
You can try to upgrade udev (you should upgrade kernel, mkinitrd and
initscripts as well) and verify if it's fixed.
Of course the second behaviour in comment #7 is WONTFIX for the FC3.
You can open an enhancement request after that.