Am Donnerstag, 5. Juli 2007 23:30 schrieb Arno Lehmann:
Im einfachsten Fall: In runlevel 1 booten (beim bootprompt einfach eine "1" (Eins, nicht l :-) an die Bootloader-Befehlszeile anhängen und Enter drücken.
Dann der numerischen Reihenfolge nach die Startskripte für Runlevel 5 aufrufen, wie sie in /etc/rc.d/rc5.d liegen. Nicht direkt, sondern statt /etc/rc.d/rc5.d/S05network wird /etc/rc.d/network start aufgerufen.
Wenn das dann geht (weisst du ja schon nach aufruf von ntp und folgender Prüfung) dann kann es m.E. nur ein Timingproblem sein, d.h. das Netzwerk ist noch nicht einsatzbereit wenn ntp gestartet werden soll.
Das ließe sich auf mehrerlei Wegen beheben, im simpelsten Fall einfach ein 'sleep 30' an den Anfang des ntp-Startskripts.
Fällt jemand anders noch was ein?
Hi Arno, der Betreff sagt es schon aus, scheinbar ist mein Problem fast gelöst. Zunächst habe ich in Runlevel 1 das network-Startscript aufgerufen (/etc/rc.d/network start). Daraufhin wurde eine nicht zu stoppende Reihe von dieser Meldung ausgegeben: dhcdbd:dbus_svc_init failed: (null) (null) Da diese Meldung laut Google sich nur auf das fehlerhafte Mounten von Datenträgern bezieht und ich das mit NTP nicht in Verbindung bringen konnte, baute ich am Anfang des NTP-Startscripts ein sleep 30 ein. Ergebnis: Der NTP-Daemon startet sich nun scheinbar und läuft auf dem System weiter. Allerdings kann er irgendwie noch keine Server finden-hab mal die ptb-Server wieder hinzugenommen zum Test. Anbei die gemachten Shell-Meldungen: christian@noname:~> /usr/sbin/ntpdc -c peers localhost remote local st poll reach delay offset disp ======================================================================= *LOCAL(0) 127.0.0.1 10 64 77 0.00000 0.000000 0.43401 =mail.syncronisa 192.168.178.21 1 64 77 0.01851 -37.38222 0.43590 christian@noname:~> /usr/sbin/ntpdc -c peers localhost remote local st poll reach delay offset disp ======================================================================= *LOCAL(0) 127.0.0.1 10 64 377 0.00000 0.000000 0.03072 =mail.syncronisa 192.168.178.21 1 128 377 0.01865 -50.43673 0.07298 christian@noname:~> /usr/sbin/ntpdc -c peers localhost remote local st poll reach delay offset disp ======================================================================= *LOCAL(0) 127.0.0.1 10 64 377 0.00000 0.000000 0.03027 =mail.syncronisa 192.168.178.21 1 64 377 0.01851 -85.29220 0.07396 christian@noname:~> /usr/sbin/ntpdc -c peers localhost remote local st poll reach delay offset disp ======================================================================= =LOCAL(0) 127.0.0.1 10 64 3 0.00000 0.000000 1.98438 =ptbtime2.ptb.de 192.168.178.21 1 64 3 0.03259 -107.1304 1.98436 =ptbtime1.ptb.de 192.168.178.21 1 64 3 0.03290 -104.9429 1.98444 =mail.syncronisa 192.168.178.21 1 64 3 0.01828 -104.9087 1.98444 In jedem Fall ist es aber schonmal ein Fortschritt, dass der NTPD "running" zeigt: Checking for network time protocol daemon (NTPD): running Jetzt müssen wir nur noch hinkriegen, dass der NTPD mit einem der Server kommunziert und die Zeit abgleicht. @Ralf Danke auch für deine Mail, aber du siehst ja, dass Arno scheinbar auf der richtigen Fährte war/ist. Kannst du vielleicht sagen, warum der NTPD mit den Servern noch nicht abgleicht? Schonmal jetzt vielen Dank an die Mailingliste für die geleistete Hilfe in einem nicht so leichten Fall... Viele Grüße und ein schönes, sonniges Wochenende! (Ja, wir haben wieder Sonne! :-) Christian -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org