Kein Sound unter SusE 10.0 und VMWARE 5.x

[sojourner]

Das Thema begleitet das Linux Forum schon eine ganze Weile. Zeit angesichts der Häufung nutzloser Tipps, den Status zusammenzufassen und zu sehen, ob das Problem generell gelöst werden kann. Bis heute ist mir nicht klar, wo die Fehlerquelle liegt und das Verhalten überhaupt ensteht. Daher:

Das häufigste Problem
- SuSE Linux 10.0, Gastsystem Windows XP:
- Kein Sound
- Folgende Fehlermeldung: "Failed to open sound device /dev/dsp: Device or resource busy. Failed to connect virtual device sound."
- In der .vmx Datei stehen Einstellungen wie:
sound.present = "TRUE"
sound.virtualDev = "es1371"
sound.fileName = "/dev/dsp" oder sound.fileName = "-1"
sound.autodetect = "TRUE"
sound.deviceNr = "-1"
sound.device = "/dev/dsp"


Was ( v e r m u t l i c h ) nicht hilft:
- In den meisten Fällen gibt es keine anderen aktiven Sounddevices, die deaktiviert werden müssten (Der Konsolenbefehl geht ins Leere: fuser /dev/dsp*)
- In der vmx-Datei einstellen: sound.virtualDev = "sb16"
- Im VMWARE Forum unter http://vmware.itst.org/ und bei vmware.com habe zumindest ich keine Lösung gefunden
- in der VMX Datei den Passus einfügen: pciSound.enableVolumeControl = FALSE
- im Windows-Gast den Original "SB PC 128" Treiber installieren
- Soundwrapper von vmware.com installieren: vmwarearts (ARTS support), vmwareesd (ESD support)
- selsame Kernel Kompilierungen


Was (bei mir) hilft:
1. K-Desktop starten
2. zu Beginn Systemkonsole öffnen und anmelden
3. Befehl eingeben: rcalsasound reload

Dann funktioniert der Ton unter VMWARE und SuSE, aber es kommt zu dem seltsamen Phänomen, dass der Desktop unter SuSE schwarz wird (!), wohingegen die Kontrolleiste weiterhin sichtbar und funktionell bleibt. Den Desktop, muss man mit dem Konqueror öffnen.

Offene Fragen:
- Gibt es das gleiche Problem unter SuSE Version 9.3 ? Meldet Euch!
- Spielt die Grafikkarte eine Rolle (siehe Interaktion mit K-Desktop; Modelle von ATI versus nVIDIA; hat jemand mit Farb- und Bildschirmauflösungen experimentiert?) ?

Viel Spass beim knobeln! Bin mal neugierig, wer erfolgreiche Lösungen gefunden hat. Bitte gebt bei Euren Antworten an, welche Grafik- und Soundkarten Ihr verwendet.

----
System: BENQ Joybook 7000, 1024 MB RAM, ATI Mobile RADEON 9700, Soundinfo von YAST: 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) AC'97 Audio Controller, Treiber snd-intel8x0

[chh]

> Gibt es das gleiche Problem unter SuSE Version 9.3 ?
ja. Ich verwende VMware 5.0 und Suse 9.3 und habe die selbe Fehlermeldung wie Du.
Auch dein workaround funktioniert bei mir (mit rcalsasound restart).
Danke für den Tipp.

[sojourner]

Hmmmh. Dann liegt's wohl eher an Vmware...

[kMax]

Ich hatte das Problem, das nach dem Update von SuSE 9.3 auf openSUSE 10.0 der Sound nicht mehr ging.

Ich spezifiziere:
-In meinem System machen nur der Speaker und die Lüfter Geräusche
-Keine Anwendung welche auf die Soundkarte zugreifen muss startet -In YAST wird die Karte erkannt und weiterhin ist vermerkt das das Modul deaktiviert ist
-Aktivieren in Yast hilft nicht weiter

Geholfen hat folgendes:
-als root alle Soundmodule welche deaktiviert sind in der Konsole mittels "modprobe MODULNAME" aktivieren
-den User der Gruppe "audio" hinzufügen.

Vielleicht nutzt dieser Hinweis ja noch jemandem außer mir.

Achso, ich hab so nen AC97 onboard Soundchip

[sojourner]

Guter Hinweis.
Könntest Du vielleicht auch ein einfaches Kochrezept für Allerweltsuser schildern?
Wie stelle ich fest, dass Soundmodule nicht aktiv sind?
Wie genau aktiviere ich mit modprobe die Module?
Muss man das nur einmal machen?

Das würde Vielen helfen!

[kMax]

Ich würd dir gerne weiterhelfen, doch komme ich die nächsten Tage nicht nach Hause.
Ich selbst habe auch nicht den vollen Durchblick was ich da gemacht habe und weiß daher nicht auswendig wo man was einstellen muss. Habe aber alles aufgeschrieben für den Fall das ich irgendetwas Rückgängig machen muss. Wenn ich wieder an meinem eigenen Rechner bin werd ich die einzelnen Schritte hier posten.
Das ist aber frühestens nächste Woche Freitag. Hab also ein wenig Geduld :-)

[sojourner]

Ich musste mir, da mein bisheriges Notebook ausgefallen ist, Ersatz beschaffen. Und siehe da, unter dem neuen IBM Thinkpad T43 funktioniert alles auf Anhieb.

Die Soundproblematik spricht dann wohl doch eher für hardwareseitige Ursachen, die mit softwareseitigen Anpassungen nur schwer zu lösen sind, oder?

[sojourner]

Korrektur!

Sorry, ich möchte keine ollen Kamellen aufwärmen, aber:

Nachdem zwischenzeitlich bei meinem Notebook der Sound wieder mit der üblichen Fehlermeldung weg war, bin ich auf den Window manager "Window Maker" ausgewichen (wird bei SuSE mitinstalliert) - und siehe da: Der Sound ist wieder da. Hardwareseitige Ursachen stehen vielleicht doch nicht im Vordergrund.

Gibt es eine Möglichkeit festzustellen, welche Sound daemons gerade aktiv sind?

[bla!zilla]

Kinder, is doch ganz simpel: Unter KDE läuft normalerweise der ARTSd, der hockt sich auf das Device /dev/dsp. Wenn VMware nun startet, versucht es das Device zu binden und bekommt eins in die Fresse. Klar, der ARTSd hat es ja im Zugriff. Wenn man aber, dem ARTSd sagt das er sich nach xxx Sekunden inaktivität beenden soll, dann gibt er auch das Device frei und siehe da -> VMware hat Sound. Bei mir bekomme ich die Meldung nur, wenn ich unter KDE über XMMS Musik höre. Dann läuft der ARTSd und VMware kann das Device nicht binden. Wenn ich VMware starte und dort Sound brauche, dann mache ich XMMS einfach aus, ARTSd beendet sich und ich habe in meiner VM Musik, ohne das ich irgendwelche Dienste neustarten muss. Der Befehl (rcalsasound restart) macht nichts anderes, als dem ARTSd das Device unterm Hintern wegzuziehen.

[Windhund]

Hallo bla!zilla,

ganz richtig so!

Ich mache nach einer Installation von Linux - egal, welche Distribution - in den ersten Schritten der Einrichtung immer das Kontrollzentrum auf und stelle dort vieles ein, was ich haben möchte.

Dabei kommt der Sound zwar meistens als letztes, weil ziemlich weit unten :-)
aber da wird von 60 Sekunden sofort auf 1 runtergesetzt oder Arts ganz abgeschaltet, je nachdem, was nötig ist.

Sonst kann es einem auch unter Linux passieren, dass beim Öffnen von amarok und Musik hören, stoppen, xmms öffnen und Musik hören eben nicht geht.

Und unter VMware dann eben auch nicht, wie du schreibst.

Gruss
Windhund

P.S. Manchmal hilft es auch, unter VMware den Sound auf autodetect zu setzen.

[sojourner]

OK und wie schliesse ich ARTsD, wenn gar keine sichtbare Anwendung mit Soundunterstützung aktiv ist ?

An KDE allein kann es nicht liegen, das hat ja bereits tadellos funktioniert.

[bla!zilla]

Du schließt ihn gar nicht. Geh ins Control Center und stell ein das der ARTSd sich nach ein paar Sekunden Inaktivität beenden soll.

[sojourner]

Schon ausprobiert: Es funktioniert trotzdem nicht
Kann es "verborgene" Zugriffe auf /dev/dsp geben?
Wenn ja: wie stelle ich das fest? und: wie beende ich das ein für allemal?

[bla!zilla]

Hast du am Device rumgespielt? Funktioniert bei mir auf Anhieb, habe es gerade sogar noch mal getestet.

[sojourner]

An DEM Device möchte ich ja gerne rumspielen, wenn ich wüsste wie man das anstellt...
Im KDE Kontrollzentrum kann ich das Soundsystem komplett abstellen und es tut sich nichts bei VMWARE.

Bei KDE geht nix und bei Window Maker geht es anstandslos. Man muss auch nicht neustarten, es geht einfach so. Ich bin ratlos...