Xmms won't let go of /dev/dsp

[Guest joehill]

Xmms frequently steals the sound, even if it does not crash.

 

ie., cannot open /dev/dsp device or resource busy

 

I cannot find a running process for xmms to kill when this happens, and if I restart the sound service in control center, it does not fix the problem. So far, the only way to resolve this is to reboot (!).

 

How would I go about stealing it back?

[aru]

The first check to do is an "ls -l" to /dev/sound to see if everything is allright (files, permissions...)

 

I cannot find a running process for xmms to kill when this happens,

~# lsof +D /dev/sound

should tell you which command(s) is(/are) accesing the sound device at that moment. So in case you need to, kill those process.

 

and if I restart the sound service in control center, it does not fix the problem. So far, the only way to resolve this is to reboot (!).

restart the sound at command line to get a verbose output of what is going there:

~# service sound restart

act in consequence

[Guest ndeb]

Actually either of these commands will do:

lsof +D /dev/sound

fuser -v /dev/dsp

But lsof is preferable.

[Guest joehill]

thanks guys! this has been bugging me for months, I gave it one last shot and whammo, all is cool.

 

of course now I cannot get xmms to crash on me to test it... :roll: