Guest joehill Posted February 27, 2003 Report Share Posted February 27, 2003 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? Quote Link to comment Share on other sites More sharing options...
aru Posted February 27, 2003 Report Share Posted February 27, 2003 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 Quote Link to comment Share on other sites More sharing options...
Guest ndeb Posted February 28, 2003 Report Share Posted February 28, 2003 Actually either of these commands will do: lsof +D /dev/sound fuser -v /dev/dsp But lsof is preferable. Quote Link to comment Share on other sites More sharing options...
Guest joehill Posted February 28, 2003 Report Share Posted February 28, 2003 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: Quote Link to comment Share on other sites More sharing options...
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.