LinuxQuestions.org

LinuxQuestions.org (/questions/)
-   Linux - Software (https://www.linuxquestions.org/questions/linux-software-2/)
-   -   Mystery radio stream (that can't be found/killed) is locking up my soundcard (https://www.linuxquestions.org/questions/linux-software-2/mystery-radio-stream-that-cant-be-found-killed-is-locking-up-my-soundcard-776511/)

tomythius 12-17-2009 02:27 PM

Mystery radio stream (that can't be found/killed) is locking up my soundcard
 
Hi all,

This morning, when I connected to the net after booting my laptop, I was treated to an uninvited radio stream, which then locked up my soundcard.

Disconnecting from the net stopped the stream, but didn't free up the soundcard. I've tried killing a whole load of processes, but can't seem to pinpoint which one is making the noise.

Weirdly, it's not a stream I've ever listened too and I've only managed to identify it as a station linked to www.1.fm - a site I'd never previously visited.

Is there any way to find out which process is running the stream? Any ideas about how I can stop it happening?

Any help would be massively appreciated!

Tom

PS, I'm running the latest Kubuntu on a Lenovo N500.

Elv13 12-17-2009 02:48 PM

try restarting alsa using the /etc/init.d script if you have one. Then try lsof or fuser on /dev/dsp to check is something is locking the OSS emulation.

tomythius 12-17-2009 02:59 PM

Quote:

Originally Posted by Elv13 (Post 3795849)
try restarting alsa using the /etc/init.d script if you have one. Then try lsof or fuser on /dev/dsp to check is something is locking the OSS emulation.

OK, stopping alsa stops the stream, but it come back when I start it up again.

Unfortunately, both "fuser /dev/dsp" and "lsof | grep dsp" yield 0 results.

Do you have any other ideas?

Shadow_7 12-17-2009 08:41 PM

If it's using alsa natively, try:

$ lsof /dev/audio

/dev/dsp is the much older OSS methods, that a lot of applications avoid (the current generation of ones anyway).

Also:

$ ps -Al

Make sure that there's not some browser plugin launching xine or other things on you.

tomythius 12-18-2009 06:04 AM

Quote:

Originally Posted by Shadow_7 (Post 3796125)
If it's using alsa natively, try:

$ lsof /dev/audio

/dev/dsp is the much older OSS methods, that a lot of applications avoid (the current generation of ones anyway).

Also:

$ ps -Al

Make sure that there's not some browser plugin launching xine or other things on you.

Thanks Shadow. Unfortunately neither of these worked, but they did give me an idea...

Running netstat yielded a whole load of data, but the line with the biggest received value was:
Code:

tcp  228191      0 tom-laptop.lan:37495    64.71.184.99:8010      ESTABLISHED
64.71.184.99:8010 resolves to a shoutcast server, which lists it's URL as 1.fm - we have a winner.

Any idea how to find the process that owns this connection?

tomythius 12-18-2009 06:11 AM

Quote:

Originally Posted by tomythius (Post 3796576)
Running netstat yielded a whole load of data, but the line with the biggest received value was:
Code:

tcp  228191      0 tom-laptop.lan:37495    64.71.184.99:8010      ESTABLISHED
64.71.184.99:8010 resolves to a shoutcast server, which lists it's URL as 1.fm - we have a winner.

Any idea how to find the process that owns this connection?

Scrap that, running sudo netstat --program gave this:
Code:

tcp  216928      0 tom-laptop.lan:46338    64.71.184.99:8010      ESTABLISHED 1897/aras-daemon.bi
Aras was something I installed to play with and had subsequently forgotten about. (Such an idiot!)

Just a bit puzzled by how it suddenly started hijacking my system, but nevermind. Thanks for all your help.


All times are GMT -5. The time now is 11:42 PM.