Welche Prozesse nutzen / blockieren die Soundkarte?

[larsv]

Hallo,

wie kann ich herausfinden, welche Prozesse auf die Soundkarte zugreifen bzw. diese blockieren?

Mir ist der mplayer abgestürzt und seitdem kann ich keinen Sound mehr hören. Ich hatte das schon mal, damals half ein "killall artsd", was diesmal nicht hilft. ps -A zeigt keine mplayer , bzw artsd Prozesse.

Ich verwende Suse 9.0, Soundkarte SiS SI7012. Im yast ist der Status für die Soundkarte als "Läuft" gesetzt. Im Forum und in Google habe ich nichts gefunden.

Viele Grüße, Lars

[uFo-Z]

hellas,

also ich hatte zwar nochnie dieses problem. aber ich weiss von meiner soundkarte sb live, dass wenn manche programme haengen bleiben die diese benutzen, der soundpekel auf null gesetzt wird. ich stelle dann die lautstaerke mit aumix wieder hoch und es funzt dann.

hoffe es hilft einwenig.

bye

[Leberwurstsaft]

ps -A zeigt keine mplayer , bzw artsd Prozesse
Starte artsd neu.

[larsv]

Da bekomme ich die Meldung:

ALSA lib pcm_hw.c:1055:(snd_pcm_hw_open) open /dev/snd/pcmC0D0p failed: Device or resource busy
Error while initializing the sound driver:
device: default can't be opened for playback (Device or resource busy)

Von daher die Frage, wie ich finde, was diese device schon nutzt.

[larsv]

Hallo, aumix hat leider auch nicht funktioniert. Dennoch danke für den Tipp.

[Leberwurstsaft]

Überprüfe mal per 'ps ax' ob noch irgendeine Applikation läuft die das Sound-Device belegen könnte.

[stefan-tiger]

vielleicht per

lsof | grep snd
lsof | grep dsp
lsof | grep irgendwas

:D

versuchs mal!

gruß

[zander]

Du kannst das auch unmittelbar mit fuser /dev/pcm oder lsof | grep dsp feststellen.

[larsv]

Moin,

ps ax gibt keinen Prozeß, der meiner Meinung nach blockiert. Ausgabe attached.

fuser /dev/pcm oder lsof | grep dsp or lsof | grep snd geben eine leere Liste zurück.

Viele Grüße, Lars

[larsv]

Und das Attachement....

[zander]

Falls kein Prozess auf das Gerät zugreift liegt die Vermutung nahe, daß es sich um ein Treiberproblem handelt; so ist es denkbar, daß der Treiber das vorzeitige Ableben von mplayer entweder nicht verkraftet oder hervorgerufen hat. Finden sich in der Ausgabe von dmesg Fehlermeldungen? Das Problem sollte mit einem Neustart verschwinden.

[larsv]

Habe mehrmals durchgestartet, das Problem besteht dennoch.

dmesg gibt Fehlermeldungen aus, wenn ich das richtig lese, hängt das mit dem Sound zusammen (Komplettes dmesg attached). Sagt Dir das was?

Process wavplay (pid: 2169, stackpage=c9c43000)
Stack: 00000002 c9fd1e8c 00001638 c3d97014 c2d2e6d8 c3075c18 ce2a1ef5 00000002
e4a11014 00001638 cc720240 c2d2d018 c3075c18 cc720240 ce2a34a5 c3075c18
00001000 c0135ec1 c2e54f00 c9fd1f9c cc720240 cdfa53c0 c1913380 c18660c0
Call Trace: [<ce2a1ef5>] [<ce2a34a5>] [<c0135ec1>] [<c014a670>] [<c014909d>]
[<c014912b>] [<c010904b>]
Modules: [(snd-pcm-oss:<ce2a0060>:<ce2ac0c0>)] [(snd-pcm:<c45a0060>:<c45b2184>)]
Code: f3 ab f6 c2 02 74 02 66 ab f6 c2 01 74 01 aa 31 c0 8b 5c 24
<4>mtrr: 0xc0000000,0x8000000 overlaps existing 0xc0000000,0x4000000

[zander]

Sieht so aus als wenn es arge Probleme mit der ALSA OSS Emulation (snd-pcm-oss.o) gibt (Speicherzugriffsfehler auf Kernelebene). Wieso das allerdings erst nach einem Absturz von mplayer auftritt ist nicht leicht zu beantworten. Wird wavplay (beim Systemstart) automatisch ausgeführt? Vielleicht bringt es etwas, die ALSA Konfiguration vollständig rückgängig zu machen und erneut durchzuführen.

[larsv]

Ok, kompiliere meinen Kernel noch mal. Danke; ich melde mich ob das geholfen hat.

[nadejda]

so habe ich rausgefunden, welcher Prozess meine Soundkarte benutzt:

/sbin/fuser -v /dev/dsp

bei mir war es nbsd.

ich musste im service manager onboot bei nbsd ausschalten und einmal neu starten und dann ging es !!

HURA! :D

[fuffy]

so habe ich rausgefunden, welcher Prozess meine Soundkarte benutzt:
Was hat das jetzt mit dem Kernel-Oops hier zu tun? :confused:

Gruß
fuffy

PS. Totengräber :rolleyes: