Hallo Siegfrid, Am Freitag, 1. September 2006 00:03 schrieb Siegfrid Brandstätter:
linux:/home/sigi # ntpdate -q 0.pool.ntp.org server 81.169.136.18, stratum 2, offset -3.214580, delay 0.23373 server 213.202.210.58, stratum 2, offset -3.212817, delay 0.22565 server 59.167.252.133, stratum 2, offset -3.208257, delay 0.52844 server 194.153.168.75, stratum 2, offset -3.219304, delay 0.21675 server 212.41.248.75, stratum 2, offset -3.214112, delay 0.25734 server 68.77.126.250, stratum 2, offset -3.211680, delay 0.32251 server 70.91.204.17, stratum 3, offset -3.243950, delay 0.37775 server 72.3.133.147, stratum 2, offset -3.210648, delay 0.33043 server 82.219.3.1, stratum 2, offset -3.213176, delay 0.22581 server 84.16.227.195, stratum 3, offset -3.223259, delay 0.22568 server 84.207.3.38, stratum 2, offset -3.214112, delay 0.22551 server 140.112.126.36, stratum 2, offset -3.209355, delay 0.49736 31 Aug 22:00:01 ntpdate[7099]: step time server 194.153.168.75 offset -3.219304 sec
Einen "adjust time server" gibt es dabei nicht, so wie bei Dir.
das ist ok; wenn der Offset kleiner 0.5s ist, wird ein 'adjust' gemacht, sonst ein 'step'. Jedenfalls sind die NTP-Server erreichbar. Deine Kernelzeit hat gerade -3.2...s Offset zur 'Normalzeit'. ...
Ohne das '-q' kannst du die lokale Uhr damit auch von Hand stellen, ntpd ,> darf dann allerdings nicht im Hintergrund laufen.
Läuft ntpd nun oder nicht, ich weiß gar nichts mehr, oder wie stelle ich fest ob er läuft? Wenn ja wie stell ich es hierfür ab?
Offenbar läuft es, mit 'ps' kannst du nachsehen, ob bestimmte Prozesse laufen. $ ps awux | grep ntpd ...
Dies ist beim Neustart geschrieben worden, ob daß das richtige ist ? :
Wenn das beim Neustart der Maschine geschrieben wurde, ist ntpd so eingestellt, dass es automatisch gestartet wird. Das könntest du mit einem Runlevel Editor abstellen, z.B. mit chkconfig. $ chkconfig -l | grep ntpd $ chkconfig -d ntpd Um es wirklich zu beenden:. $ rcntpd stop
|--|
Aug 31 21:23:45 linux sshd[4920]: Server listening on :: port 22. Aug 31 21:23:45 linux ntpd[4921]: ntpd 4.2.0a@1.1191-r Fri Sep 9 17:17:17 UTC 2005 (1) Aug 31 21:23:45 linux ntpd[4921]: precision = 2.000 usec ... Aug 31 21:27:02 linux SuSEfirewall2: Firewall rules successfully set Aug 31 21:27:02 linux pppd[6031]: Script /etc/ppp/ip-up finished (pid 6073), status = 0x0 Aug 31 21:27:07 linux poll.tcpip: Checking for network time protocol daemon (NTPD): ..running Aug 31 21:27:08 linux poll.tcpip: Shutting down network time protocol daemon (NTPD)..done Aug 31 21:27:08 linux poll.tcpip: Starting network time protocol daemon (NTPD)..done
Hier wird offenbar wie beabsichtigt beim Aufbau der Netzwerkverbindung /etc/ppp/poll.tcpip gestartet, was dann erstmal ntpd stoppt, um es gleich wieder zu starten. Aber warum passiert das direkt beim Booten? Hast du dial-on-demand eingestellt? Dann würde der Versuch von ntpd, die Server zu erreichen, dazu führen, dass gleich gewählt wird. Deshalb solltest du, wie oben geschrieben, den Dienst ntpd mit einem Runlevel Editor abschalten.
Aug 31 21:27:08 linux ip-up: fetchmail: can't accept options while a background fetchmail is running. Aug 31 21:28:54 linux init: cannot execute "/usr/lib/fax/faxgetty"
|--|
Da draus werde ich nicht schlau. Das Ding mit "faxgetty" lässt sich nicht abstellen, seitdem ich mal mit Hylafax versucht habe. Habe es schon deinstalliert aber es ist immer noch am ver- suchen.
Die beanstandete Zeile mit "faxgetty" wird in /etc/inittab stehen, die kannst du auskommentieren. Das hat wahrscheinlich das Uninstall von hylafax vergessen. Ebenso die Zeile mit mgetty, es sei denn, du willst Login über das Modem haben. Beides hat aber nichts mit ntpd zu tun. Stoppe mal bei existierender Internetverbindung ntpd $ rcntpd stop und rufe ntpdate von Hand ohne '-q' mit einem funktionierenden NTP-Server auf. Stellt es dann die Uhrzeit richtig? Falls ja, starte dann mal ntpd $ rcntpd start und gib ihm 10 Minuten Zeit. Den Zustand kannst du in einem eigenen Terminalfenster mit $ watch 'ntpq -p; echo; ntptrace' beobachten, das sollte irgendwann so aussehen: remote refid st t when poll reach delay offset jitter ============================================================================== LOCAL(0) LOCAL(0) 10 l 25 64 377 0.000 0.000 0.004 +ntp1.t-online.d 10.40.8.8 2 u 759 1024 377 8.097 1.973 0.540 +rustime01.rus.u .DCFp. 1 u 789 1024 377 22.343 7.972 6.937 *ntp2-rz.rrze.un .GPS. 1 u 685 1024 377 26.517 -1.558 1.417 localhost: stratum 2, offset 0.002612, synch distance 0.056982 ntp2-rz.rrze.uni-erlangen.de: stratum 1, offset -0.000001, synch distance 0.000260, refid 'GPS' -- Viele Grüße ------------------------------------------------------------------------ Michael