Netzwerk-/home -> kein Sound!
Hallo Allerseits, ich habe folgendes Problem: Mein Benutzer per LDAP vom Server, hat sein Homeverzeichnis vom Server /home/marc per nfs auf dem Client gemountet.(KDE 3.3 / Suse 9.1) Funktioniert alles Prima! nur: Wenn ich mit diesem Benutzer auf dem Client einen Sound abspielen will, bzw KAMIX aufrufe, kommt die Meldung: kein direkter Zugriff auf die Soundkarte möglich! Die Karte selbst funktioniert mit lokalen Usern und deren Homeverzeichnissen. Wie kann ich dieses Problem löse? Für hinweise dankbar Marc Schumann. Danke im voraus!!
Am Donnerstag, 30. September 2004 17:15 schrieb Marc Schumann:
Hallo Allerseits, ich habe folgendes Problem:
Mittlerweile habe ich das Problem eingegrenzt. Wenn ich mit im Runlevel 3 als LDAP-User auf dem Client einlogge, dann mit startx KDE starte geht es nicht, h.h. ich habe keinen Zugriff auf die Soundkarte Das sieht m Runlevel 5 anders aus: Der erste LDAP-User, der sich anmeldet hat Zugriff auf die Soundkarte, alle folgenden, wenn ich eine neue Sitzung starte nicht. egal, wer der erste ist. Das ganze ist reproduzierbar. Ein Bug Im KDE ? oder liegts an mir ? Für jeden Hinweis dankbar .... Marc Schumann
Mein Benutzer per LDAP vom Server, hat sein Homeverzeichnis vom Server /home/marc per nfs auf dem Client gemountet.(KDE 3.3 / Suse 9.1)
Funktioniert alles Prima! nur:
Wenn ich mit diesem Benutzer auf dem Client einen Sound abspielen will, bzw KAMIX aufrufe, kommt die Meldung: kein direkter Zugriff auf die Soundkarte möglich!
Die Karte selbst funktioniert mit lokalen Usern und deren Homeverzeichnissen.
Hallo Marc, hallo Leute, Am Freitag, 1. Oktober 2004 14:45 schrieb Marc Schumann:
Mittlerweile habe ich das Problem eingegrenzt. Wenn ich mit im Runlevel 3 als LDAP-User auf dem Client einlogge, dann mit startx KDE starte geht es nicht, h.h. ich habe keinen Zugriff auf die Soundkarte
Das sieht m Runlevel 5 anders aus: Der erste LDAP-User, der sich anmeldet hat Zugriff auf die Soundkarte, alle folgenden, wenn ich eine neue Sitzung starte nicht. egal, wer der erste ist.
Das ganze ist reproduzierbar. Ein Bug Im KDE ? oder liegts an mir ?
Ich würde darauf tippen, dass das Problem am resmgr hängt. Zumindest die Sache mit "funktioniert nicht nach startx in Runlevel 3" kann ich klären - es fehlt vermutlich in /etc/pam.d/login die Zeile session required pam_resmgr.so Vielleicht hilft dieser Hinweis ja auch bei LDAP weiter. Noch eine Frage: wenn sich hintereinander mehrere _lokale_ User anmelden, was passiert dann in Bezug auf den Zugriff auf die Soundkarte? Laufen noch irgendwelche Prozesse des ersten Users, die /dev/dsp* blockieren? Gruß Christian Boltz --
Außerdem läuft [KDE 3.2] beta2 stabiler als es Win98 jemals war ;-) Und? Wo ist da die Besonderheit?! Fast jedes andere grafische System läuft stabiler als Windows 9x :-) [> Christian Boltz und Tobias Weisserth in suse-linux]
Am Freitag, 1. Oktober 2004 22:41 schrieb Christian Boltz:
Hallo Marc, hallo Leute,
Am Freitag, 1. Oktober 2004 14:45 schrieb Marc Schumann:
Mittlerweile habe ich das Problem eingegrenzt. Wenn ich mit im Runlevel 3 als LDAP-User auf dem Client einlogge, dann mit startx KDE starte geht es nicht, h.h. ich habe keinen Zugriff auf die Soundkarte
Das sieht m Runlevel 5 anders aus: Der erste LDAP-User, der sich anmeldet hat Zugriff auf die Soundkarte, alle folgenden, wenn ich eine neue Sitzung starte nicht. egal, wer der erste ist.
Das ganze ist reproduzierbar. Ein Bug Im KDE ? oder liegts an mir ?
Ich würde darauf tippen, dass das Problem am resmgr hängt.
Der remgr wird lt. Runleveleditor in 2 / 3 / 5 gestartet
Zumindest die Sache mit "funktioniert nicht nach startx in Runlevel 3" kann ich klären - es fehlt vermutlich in /etc/pam.d/login die Zeile session required pam_resmgr.so
Das ist wirklich so! aber nach einer Einfügung hat sich nach einem Neustart nichts verändert !
Vielleicht hilft dieser Hinweis ja auch bei LDAP weiter.
Noch eine Frage: wenn sich hintereinander mehrere _lokale_ User anmelden, was passiert dann in Bezug auf den Zugriff auf die Soundkarte?
Gleiches verhalten !
Laufen noch irgendwelche Prozesse des ersten Users, die /dev/dsp* blockieren? mit grep hab ich keine Erfahrung, aber im Prozessmanager im KDE konnte ich keinen Hinweis auf /dev/dsp* od. ähnlichem, geschweige denn auf eine Soundkartenaktivität finden. Was läuft jedoch ist der artsd. Aber das soll er ja auch...
Dann scheinte es ja aber kein Problem von LDAP zu sein, sondern generell ein Systemproblem ( oder eine Einstellung ) zu sein. Danke erstmal!!! vielleicht hast du ja noch einen Ansatzpunkt ? Marc Schumann
participants (2)
-
Christian Boltz -
Marc Schumann