Hallo ! Systeme: Server + Client per USB-WLAN, Suse 9.3 Pro, NFS, NIS Um den Loginschirm (kdm / xdm ?) so hinzubekommen wie unter Suse 9.1 Pro, d.h. eine Liste der Usernamen anzeigend, habe ich in /etc/opt/kde3/share/config/kdm/kdmrc den Eintrag -- UseTheme=true auf -- UseTheme=false gesetzt, sowie die entsprechenden Einstellungen in Yast angepasst. Funktioniert eigentlich auch, aber nicht immer ganz richtig: Leider wird der Loginschirm immer wieder mal zu früh gestartet, d.h. anscheinend bevor NIS die Usernamen geloggt hat. Oder anders gesagt: im Loginschirm stehen dann nur die lokalen User, nicht aber die per NIS vom Server geholten. NIS scheint aber (verspätet) doch zu funktionieren, da ich mich dann trotzdem ganz normal mit den Namen der User vom Server einloggen kann. Auffällig ist, dass in diesen Fällen der Loginschirm meist schon startet, bevor alle Bootmeldungen (entspr. /etc/init.d/rc5.d/) angezeigt wurden, direkt nach dem Aufruf von NFS. Wie kann ich erreichen, dass der Loginschirm bzw. kdm immer die Usernamen anzeigt? Evtl. kdm später starten; falls ja, wie ? Gruß Olaf
Olaf Staubus wrote at Tuesday, August 16, 2005 1:22 AM
Systeme: Server + Client per USB-WLAN, Suse 9.3 Pro, NFS, NIS
Um den Loginschirm (kdm / xdm ?) so hinzubekommen wie unter Suse 9.1 Pro, d.h. eine Liste der Usernamen anzeigend, habe ich in
/etc/opt/kde3/share/config/kdm/kdmrc
den Eintrag -- UseTheme=true auf -- UseTheme=false gesetzt, sowie die entsprechenden Einstellungen in Yast angepasst.
Funktioniert eigentlich auch, aber nicht immer ganz richtig: Leider wird der Loginschirm immer wieder mal zu früh gestartet, d.h. anscheinend bevor NIS die Usernamen geloggt hat. Oder anders gesagt: im Loginschirm stehen dann nur die lokalen User, nicht aber die per NIS vom Server geholten. NIS scheint aber (verspätet) doch zu funktionieren, da ich mich dann trotzdem ganz normal mit den Namen der User vom Server einloggen kann. Auffällig ist, dass in diesen Fällen der Loginschirm meist schon startet, bevor alle Bootmeldungen (entspr. /etc/init.d/rc5.d/) angezeigt wurden, direkt nach dem Aufruf von NFS.
Wie kann ich erreichen, dass der Loginschirm bzw. kdm immer die Usernamen anzeigt? Evtl. kdm später starten; falls ja, wie ?
Der letzte Satz ist die Idee. Wenn Deine Vermutung stimmt, dann ist die Ursache wahrscheinlich die Parallelisierung des Startvorganges, durch die die Reihenfolge, in der Dienste gestartet werden, nicht immer zwingend dieselbe ist. Sieht hier konkret so aus, als ob ypclient _vor_ kdm gestartet wird. Ich würde mal nachschauen, wie die Zeile beginnend mit "xdm" in der /etc/rc.d/.depend.start aussieht. Dort müsste "ypclient" als Eintrag vorhanden sein. Wenn nicht, würde ich das dort mal eiskalt hineinschreiben und beobachten, ob Dein Problem dadurch behoben ist. Wenn ja, dann müsstest du noch das Script "/etc/rc.d/ypclient" anpassen, damit diese Eintragung nicht durch irgendwelche SuSEconfig-Läufe oder inserv verlorengeht, und zwar in der INIT INFO Sektion unter "Required-start". HTH, Regards, Markus
Hallo !
Sieht hier konkret so aus, als ob ypclient _vor_ kdm gestartet wird
Du meinst ypbind (?!)
Ich würde mal nachschauen, wie die Zeile beginnend mit "xdm" in der /etc/rc.d/.depend.start aussieht. Dort müsste "ypclient" als Eintrag vorhanden sein.
Ist das der gleiche Inhalt wie in /etc/init.d/ ? Jedenfalls ist der Eintrag drin, alles ist korrekt eingetragen, sowohl dort als auch im Script selbst. /init.d/xdm ist auch als letzte Sxx eingetragen. Wofür ist die "earlykdm", hat die evtl. was damit zu tun ? Gruß Olaf
Olaf Staubus wrote at Tuesday, August 16, 2005 8:09 PM
Sieht hier konkret so aus, als ob ypclient _vor_ kdm gestartet wird
Du meinst ypbind (?!)
Bin da überfragt, weil ich selber NIS nicht verwende, ich wäre der Meinung gewesen, es müßte ypclient sein ... Kann aber auch ypbind sein ... Vielleicht weißt du selber, wer dafür zuständig ist, dass die User zur Verfügung stehen - sorry.
Ich würde mal nachschauen, wie die Zeile beginnend mit "xdm" in der /etc/rc.d/.depend.start aussieht. Dort müsste "ypclient" als Eintrag vorhanden sein.
Ist das der gleiche Inhalt wie in /etc/init.d/ ?
Nein, die .depend.start beeinflusst das Startverhalten bzw die Reihenfolge, wenn Du parallelen Start von Dämons erlaubst.
Jedenfalls ist der Eintrag drin, alles ist korrekt eingetragen, sowohl dort als auch im Script selbst.
Klar, das Skript ist die Quelle für die .depend.start für inserv.
/init.d/xdm ist auch als letzte Sxx eingetragen.
S.o. - bei parallelem Start von Dämons kann kdm trotzdem schon früher gestartet werden ... Wenn Du auf ein paar Sekunden beim Booten verzichten kannst, dann stelle mal in /etc/sysconfig/boot den Parameter RUN_PARALLEL auf "NO", dann zieht ausschließlich die Reihenfolge der Startskripte nach der Nummerierung der Symlinks in /etc/rc.d/rcX.d, d.h. dann müsste kdm jedenfalls zuletzt gestartet werden.
Wofür ist die "earlykdm", hat die evtl. was damit zu tun ?
Kann ich Dir leider nicht beantworten. Vielleicht hab ich Dir trotzdem eine Spur weiter geholfen. Grüße, Markus
Hallo !
/etc/rc.d/.depend.start ... Ist das der gleiche Inhalt wie in /etc/init.d/ ? Nein ...
Die /etc/init.d/.depend.start scheint aber eine direkte Kopie der /etc/rc.d/.depend.start zu sein (oder umgekehrt).
dann stelle mal in /etc/sysconfig/boot den Parameter RUN_PARALLEL auf "NO",
Das war gut, NIS scheint nun korrekt zu funktionieren bzw. rechtzeitig aufgerufen zu werden. Danke Dir! Nun habe ich aber noch folgendes Problem: Es kommt immer wieder vor, dass der Client beim Booten meldet
mount server reported tcp not available, falling back to udp
oder
mount server reported tcp not available, falling back to udp mount: RPC: Remote system error - No route to host
Im ersten Fall funktioniert NFS, im zweiten Fall nicht. Man kann jedoch nach dem Booten problemlos die Verzeichnisse des Servers von Hand mounten, d.h. der Server ist erreichbar. Ich werde das Gefühl nicht los, dass die Anfrage über WLAN schlichtweg zu langsam abläuft; (ist aber natürlich nur ein Schuss in´s Blaue) Wer weiß Rat ? Gruß Olaf
Hallo Olaf, hallo Leute, Am Donnerstag, 18. August 2005 10:54 schrieb Olaf Staubus: [Bitte die Vorredner leben lassen!]
/etc/rc.d/.depend.start ... Ist das der gleiche Inhalt wie in
/etc/init.d/ ?
Nein ...
Die /etc/init.d/.depend.start scheint aber eine direkte Kopie der /etc/rc.d/.depend.start zu sein (oder umgekehrt).
drwxr-xr-x 11 root root 4096 2005-08-18 15:17 init.d/ lrwxrwxrwx 1 root root 6 2005-05-06 18:33 rc.d -> init.d/ rc.d ist schlicht ein Symlink auf init.d ;-) Gruß Christian Boltz -- 2.-5.9.2005: Weinfest in Insheim Bei der Landjugend: Liquid, AH-Band und Deafen Goblins Mehr Infos: www.Landjugend-Insheim.de
participants (3)
-
Christian Boltz -
Markus Heidinger -
Olaf Staubus