Linux - NewbieThis Linux forum is for members that are new to Linux.
Just starting out and have a question?
If it is not in the man pages or the how-to's this is the place!
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
Using RH 7.2 w/ AWESB64 and seems fine...until the user logs out and someone else logs in. Then there is this error like
"Cannot connect to the Sound Daemon..."
and indeed the sound will not work at all.
But then if we REBOOT, all is well again.
When the sound works and the same person logs out and back in again, there is no problem. Its only when another user logs in.
And it doesn't seem to matter what kind of user (privledges, etc seem to make no difference here).
Any suggestions for this bizzare behavior?
Thank you!
P.S. Upon reboot, it makes no difference which user logs in. The sound works fine.
a few questions : do you know which sound daemon you're using? (probably esound) what happens if you log in to a user, don't use the sound, then logout and log in as a different user?
either the daemon is improperly configured, or there's a hardware configuration problem. my best guess is that your sound is set to be run by only a privledged group - that way, the daemon needs to be started at boot time instead of login time, and it probably doesn't log out properly. you'd want to chmod the permissions on the /dev/dsp and /dev/sound and /dev/mixer to 777.
-----------------------------------------------------------------------
a few questions : do you know which sound daemon you're using? (probably esound) what happens if you log in to a user, don't use the sound, then logout and log in as a different user?
-----------------------------------------------------------------------
Yes, I believe it is esound. Yes, we get the same error. We even unchecked the box in the Sound Settings "Enable sound server startup".
Thank you very much for your help. We'll try out your suggestions and post a follow up.
(this is my first time visiting here - I found this forum searching for a solution to my problem with the sound daemon)
I have EXACTLY the same sound problem reported by KahanaNui. I am running RH 7.1, and the sound always works for the first user logged in after boot, but no other user. Interestingly, if the first user re-logs in before rebooting, the sound still works for that user.
I am now looking at the two suggestion in this thread, but have not solved it yet. I probably complicated things by installing the Advanced Sound Daemon last night. I THOUGHT that fixed it, as the very first test worked with a different user. Unfortunately, when I rebooted this morning, the problem is back. I do not know enough yet to even tell if ASD is actually running instead of ESD. I guess I will try to remove ASD first.
Any other ideas would be GREATLY appreciated. I will post back with my results if I can figure out how to fix this. Thanx ! (in advance)
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.