Am Dienstag, 20. November 2007 15:28:31 schrieb Ralf Arndt: Hallo Ralf,
Hast Du das mittlerweile mal versucht? Im folgenden finde ich keinen Hinweis darauf. ja, ich habe es versucht, aber das war nicht das Problem. Obwohl ich die Datei gelöscht habe, hat es keine Veränderung gebracht. Fehler bei der Namensauflösung. Liegt vermutlich daran, dass Du den NetworkManager benutzt und erst mit der Anmeldung ein Netz bekommst (siehe Deine neueren Mails). Ich denke, mit diesen NTP-Servern "fahre" ich ganz gut, da diese öffentlich und für jedermann frei verfügbar sind. Außerdem habe ich die konkreten IP-Adressen eingetragen-das ist günstiger.
Weiter habe ich den KNetworkmanager seit einigen Tagen deaktiviert und nehme die ifup-Methode (testweise).
Das macht er eben nicht, s.u. Leider doch! Denn direkt nach dem Booten ist die Uhr syncron zur Funkzeit-erst wenn der PC eine längere Zeit läuft, laufen beide Zeitangaben auseinander. Sprich: wenn nach dem Booten die Uhr richtig läuft, wird die doch Ihre Uhrzeit irgendwo her haben... Gehe bitte mal beim booten in das BIOS Setup und schau nach, ob die Uhr richtig geht. Damit kann ich momentan leider nicht dienen; bei mir spinnt derzeit mein Monitor/Grafikkarte-jedenfalls komme ich derzeit nicht ins BIOS! Klingt komisch-ist aber so! :-D Der Stern vor der Zeile bedeutet AFAIK, dass er sich mit der jeweiligen Quelle synchronisiert hat. Das ist bei Dir immer die lokale Uhr (*LOCAL(0)). Mit den anderen Quellen hat keine Synchronisierung stattgefunden.
Setze mal bei bestehender Netzwerkverbindung ein rcntp restart ab und beobachte mal das Log. Das mache ich mal-Bericht darüber in der nächsten Mail! Nach meiner Erfahrung sieht es eher so aus, dass die erste Synchronisation nach dem Start des Rechners (fast) immer fehlschlägt. Dies auch bei der traditionellen Methode mit ifup, also auch ohne NetworkManager. Nach einiger Zeit holt der ntp client sich dann die korrekte Zeit. Hmm... Ich sehe das genau anders rum :-) Der Zeitabgleich beim Booten funktioniert wohl-(Uhr geht ja nach dem Booten richtig)-aber dann beendet sich der NTPD wohl aus irgendwelchen Gründen, weswegen er auch keine Zeit abgleicht und die Uhren je nach Laufzeit der einzelnen Session auseinander gehen (zeitlich gesehen).
Was sagt denn ein ntpdate ntp1.ptb.de bei nicht laufendem ntpd? Falls ntpd läuft muss der vorher mit rcntp stop beendet werden. der einfache NTPDATE-Aufruf funktioniert tadellos-das habe ich schon sehr oft gemacht! ntpdate <IP/Serveradresse) tut seinen Dienst, wie es soll!
Das hatte ich (glaube ich) schonmal gefragt: Hast Du ein Dualboot System mit Windows. Nein, das hattest du bisher noch nicht gefragt. Ich habe Linux/Windows zur Auswahl (Windows für Video/Sound-Anwendungen)-falls das mit "Dual-Boot" gemeint war. Davor startet GRUB zur Systemauswahl.
Also kurz zusammengefasst: So wie ich das sehe, holt er sich beim Booten die Zeit von einem der drei Server, gleicht ab und dann wird NTPD beendet (Steht auch so in der NTP.log-siehe Anhang) Ich sehe in der Mailingliste manchmal, dass auch hier Mitarbeiter von SUSE direkt posten-vielleicht hat jemand von dort eine Idee-event. ist das ja auch schlicht ein Bug im NTPD-aber das ist nur so eine Spekulation von mir... Viele Grüße und bis zum nächsten Bericht! Christian