Uhrzeit setzt sich immer zurück
Hallo zusammen, ich habe an meinem Laptop (SL10/64) ein seltsamen Effekt. Egal wie of und wo (Yast, KDE oder BIOS) ich die/das Zeit/DAtum einstelle. Nach dem Reboot ist es wieder total falsch. Mal auf 1972 oder auf 1994. An der Hardwar liegt es nicht. Das ganze begann als ich an dem Rechner mal mit dem NTP-Client herum gespielt habe. Ich bewege mich mit dem Laptop hauptsächlich in zwei Netzen, in beiden steht ein Time-Server zur Verfügung und bei beiden gebe ich die NTP-Server-IP per DHCP mit. Also wollte ich das Laptop so einstellen das es den NTP-Server via DHCP bezieht. Ich habe den NTP-Client dann wieder deaktiviert und seitdem spinnt es was Datum und Zeit angeht. Wie kann ich das wieder beheben? Viele Grüße Sven Gehr / Linux-User-Nummer: 368994
Sven Gehr schrieb:
Hallo zusammen,
ich habe an meinem Laptop (SL10/64) ein seltsamen Effekt. Egal wie of und wo (Yast, KDE oder BIOS) ich die/das Zeit/DAtum einstelle. Nach dem Reboot ist es wieder total falsch. Mal auf 1972 oder auf 1994. An der Hardwar liegt es nicht. Das ganze begann als ich an dem Rechner mal mit dem NTP-Client herum gespielt habe. Ich bewege mich mit dem Laptop hauptsächlich in zwei Netzen, in beiden steht ein Time-Server zur Verfügung und bei beiden gebe ich die NTP-Server-IP per DHCP mit. Also wollte ich das Laptop so einstellen das es den NTP-Server via DHCP bezieht. Ich habe den NTP-Client dann wieder deaktiviert und seitdem spinnt es was Datum und Zeit angeht. Wie kann ich das wieder beheben?
Schau dir mal deine DHCP-Optionen an. ggf. sthet da ja noch was drin.
Am Mi 08.02.2006 09:54 schrieb Ralf Prengel <ralf.prengel@comline.de>:
Sven Gehr schrieb:
Hallo,
ich habe an meinem Laptop (SL10/64) ein seltsamen Effekt. Egal wie of und wo (Yast, KDE oder BIOS) ich die/das Zeit/DAtum einstelle. Nach dem Reboot ist es wieder total falsch. Mal auf 1972 oder auf 1994. An der Hardwar liegt es nicht. Das ganze begann als ich an dem Rechner mal mit dem NTP-Client herum gespielt habe. Ich bewege mich mit dem Laptop hauptsächlich in zwei Netzen, in beiden steht ein Time-Server zur Verfügung und bei beiden gebe ich die NTP-Server-IP per DHCP mit. Also wollte ich das Laptop so einstellen das es den NTP-Server via DHCP bezieht. Ich habe den NTP-Client dann wieder deaktiviert und seitdem spinnt es was Datum und Zeit angeht. Wie kann ich das wieder beheben?
Ist schon seltsam. Seit meheren Wochen hatte ich dieses Problem. Ich habe es dann einfach gelassen bis es mich heute mal wieder störte und ich mich an Euch gewendet habe. Nun habe ich es nochmal eingestellt und gleich danach ein Online-Update gemacht und nun hat er die Uhrzeit behalten. Das muß ich jetzt nicht verstehen aber wenn's funktioniert soll's mir recht sein ;-)
Schau dir mal deine DHCP-Optionen an. ggf. sthet da ja noch was drin.
Ja da habe ich nachgeschaut, da steht/stand nichts drin. Viele Grüße Sven Gehr / Linux-User-Nummer: 368994
Hallo zusammen,
ich habe an meinem Laptop (SL10/64) ein seltsamen Effekt. Egal wie of und wo (Yast, KDE oder BIOS) ich die/das Zeit/DAtum einstelle. Nach dem Reboot ist es wieder total falsch. Mal auf 1972 oder auf 1994. An der Hardwar liegt es nicht. Das ganze begann als ich an dem Rechner mal mit dem NTP-Client herum gespielt habe. Ich bewege mich mit dem Laptop hauptsächlich in zwei Netzen, in beiden steht ein Time-Server zur Verfügung und bei beiden gebe ich die NTP-Server-IP per DHCP mit. Also wollte ich das Laptop so einstellen das es den NTP-Server via DHCP bezieht. Ich habe den NTP-Client dann wieder deaktiviert und seitdem spinnt es was Datum und Zeit angeht. Wie kann ich das wieder beheben?
Viele GrüÃe
Hallo, mir hilft in diesen Fällen das: Konsole öffnen su - root cd /etc rm adjtime Nun die Uhrzeit stellen und beim nächsten reboot ist alles OK. "Um die CMOS-Uhr zu "justieren'', werden in der Datei /etc/adjtime die tägliche Abweichung und das Datum der letzten Korrektur eingetragen. Jedes Mal, wenn das Programm clock zum Justieren der CMOS-Uhr aufgerufen wird, errechnet es aus dem Datum der letzten Korrektur und dem Fehlerfaktor die aktuelle Abweichung und korrigiert sowohl die Systemzeit als auch die CMOS-Uhr, sobald der Fehler mehr als eine Sekunde beträgt. Außerdem wird in der Datei /etc/adjtime die Zeitmarke der letzten Korrektur aktualisiert und der nicht korrigierte Rest zur vollen Sekunde als dritter Wert eingetragen." [1] Durch löschen und einstellen der Zeit wird diese Datei neu erzeugt und die Korrekturberechnungen beginnen neu. Gruß Renate [1] Quelle: http://www.linux-ag.de/linux/LHB/node149.html -- Telefonieren Sie schon oder sparen Sie noch? NEU: GMX Phone_Flat http://www.gmx.net/de/go/telefonie
Am Mittwoch, 8. Februar 2006 10:29 schrieb Renate Neike:
Hallo,
Auch Hallo Ich habe das gleiche Problem
mir hilft in diesen Fällen das:
Konsole öffnen su - root cd /etc rm adjtime
habe ich mal gemacht
Nun die Uhrzeit stellen und beim nächsten reboot ist alles OK.
Leider nicht. Die Datei adjtime hat sich neu erstellt (klar). Alte Einträge darin: -1.143411 1139361607 0.000000 1139361607 LOCAL In der neuen Datei: 0.000000 1139401280 0.000000 1139401280 LOCAL Meine Uhr geht schon beim Systemstart eine Stunde vor. Die CMOS-Uhr ist auf Local-Time eingestellt. Wenn ich mich dann eingelogt habe, kann ich mit YaST die Uhr neu stellen. Ich brauche aber nicht den ganzen Vorgang zu durchlaufen. Es reicht das Starten der Uhreinstellfunktion und kann dann YaST wieder schließen. Die Werte in der adjtime ändern sich dann aber nicht mehr.
"Um die CMOS-Uhr zu "justieren'', werden in der Datei /etc/adjtime die tägliche Abweichung und das Datum der letzten Korrektur eingetragen. Jedes Mal, wenn das Programm clock zum Justieren der CMOS-Uhr aufgerufen wird, errechnet es aus dem Datum der letzten Korrektur und dem Fehlerfaktor die aktuelle Abweichung und korrigiert sowohl die Systemzeit als auch die CMOS-Uhr, sobald der Fehler mehr als eine Sekunde beträgt. Außerdem wird in der Datei /etc/adjtime die Zeitmarke der letzten Korrektur aktualisiert und der nicht korrigierte Rest zur vollen Sekunde als dritter Wert eingetragen." [1] Durch löschen und einstellen der Zeit wird diese Datei neu erzeugt und die Korrekturberechnungen beginnen neu.
stimmt, wie oben beschrieben Aber warum verstellt sich das alles ständig? Die CMOS-Uhr stimmt eigentlich immer. Sie verstellt sich erst, wenn Linux gestartet wird, obwohl auch hier eingetragen ist, daß die Uhr auf local und nicht auf GMT eingestellt ist. Alles sehr merkwürdig. Gruß Martin
Martin Falley wrote: ...
Aber warum verstellt sich das alles ständig? Die CMOS-Uhr stimmt eigentlich immer. Sie verstellt sich erst, wenn Linux gestartet wird, obwohl auch hier eingetragen ist, daß die Uhr auf local und nicht auf GMT eingestellt ist.
Wo ist das denn eingetragen? Hier steht in /etc/sysconfig/clock: HWCLOCK="-u" Generell solltest du entweder dem Linux klarmachen, dass die Uhr mit lokaler Zeit läuft, oder die Uhr auf UTC stellen, letzteres empfiehlt sich vor allem dann, wenn nur Linux oder solche BS installiert sind, die mit der Zeit ordentlich umgehen können. Also kein Windows. Je nach Internetanbindung kannst du auch noch ntpd oder ntpdate verwenden. Aber besser erst, wenn es auch ohne richtig funktioniert. -- Viele Grüße ------------------------------------------------------------------------ Michael
Am Mittwoch, 8. Februar 2006 14:21 schrieb Michael Behrens:
Martin Falley wrote: ...
Aber warum verstellt sich das alles ständig? Die CMOS-Uhr stimmt eigentlich immer. Sie verstellt sich erst, wenn Linux gestartet wird, obwohl auch hier eingetragen ist, daß die Uhr auf local und nicht auf GMT eingestellt ist.
Wo ist das denn eingetragen? Hier steht in /etc/sysconfig/clock:
HWCLOCK="-u"
Hier steht: HWCLOCK="--localtime" TIMEZONE="Europe/Berlin" DEFAULT_TIMEZONE="Europe/Berlin"
Generell solltest du entweder dem Linux klarmachen, dass die Uhr mit lokaler Zeit läuft, oder die Uhr auf UTC stellen, letzteres empfiehlt sich vor allem dann, wenn nur Linux oder solche BS installiert sind, die mit der Zeit ordentlich umgehen können. Also kein Windows.
Ja, ist ein Linux-only Rechner
Je nach Internetanbindung kannst du auch noch ntpd oder ntpdate verwenden. Aber besser erst, wenn es auch ohne richtig funktioniert.
habe ich mit diesen Einstellungen in der ntp.conf ptbtime1.ptb.de 192.53.103.103 stratum 10 ptbtime2.ptb.de 192.53.103.104 stratum 10 logfile /var/log/ntp # alternate log file versucht, hat aber nichts gebracht. Jetzt ist es wieder abgestellt. Gruß Martin
Hallo, On 2/8/2006 4:52 PM, Martin Falley wrote:
Am Mittwoch, 8. Februar 2006 14:21 schrieb Michael Behrens:
Je nach Internetanbindung kannst du auch noch ntpd oder ntpdate verwenden. Aber besser erst, wenn es auch ohne richtig funktioniert.
Warum?
habe ich mit diesen Einstellungen in der ntp.conf
ptbtime1.ptb.de 192.53.103.103 stratum 10 ptbtime2.ptb.de 192.53.103.104 stratum 10
Wo kommen denn diese Zeilen her? Name <-> IP macht ja DNS. stratum 10 für 'ne Atomuhr ist... pessimistisch. Probier mal server ptbtime1.ptb.de server ptbtime2.ptb.de bzw. sieh nochmal genauer in der Dokumentation nach. Was sagt denn ntpq -c peers ? Arno
logfile /var/log/ntp # alternate log file
versucht, hat aber nichts gebracht. Jetzt ist es wieder abgestellt.
Gruß Martin
-- IT-Service Lehmann al@its-lehmann.de Arno Lehmann http://www.its-lehmann.de
Am Mittwoch, 8. Februar 2006 20:46 schrieb Arno Lehmann: [...]
habe ich mit diesen Einstellungen in der ntp.conf
ptbtime1.ptb.de 192.53.103.103 stratum 10 ptbtime2.ptb.de 192.53.103.104 stratum 10
Wo kommen denn diese Zeilen her?
Habe ich aus einer älteren Version übernommen, bei der das so jahrelang gut funktioniert hat.
Name <-> IP macht ja DNS. stratum 10 für 'ne Atomuhr ist... pessimistisch.
Probier mal server ptbtime1.ptb.de server ptbtime2.ptb.de
habe ich mal geändert
bzw. sieh nochmal genauer in der Dokumentation nach.
Die ist doch komplett in englisch :((
Was sagt denn ntpq -c peers ?
ntpq: read: Connection refused Gruß Martin
Hi, On 2/8/2006 9:07 PM, Martin Falley wrote:
Am Mittwoch, 8. Februar 2006 20:46 schrieb Arno Lehmann: [...]
habe ich mit diesen Einstellungen in der ntp.conf
ptbtime1.ptb.de 192.53.103.103 stratum 10 ptbtime2.ptb.de 192.53.103.104 stratum 10
Wo kommen denn diese Zeilen her?
Habe ich aus einer älteren Version übernommen, bei der das so jahrelang gut funktioniert hat.
Komisch. Kann mich gar nicht an das Format erinnern. Aber so oft wurschtel ich da ja auch nicht dran rum.
Name <-> IP macht ja DNS. stratum 10 für 'ne Atomuhr ist... pessimistisch.
Probier mal server ptbtime1.ptb.de server ptbtime2.ptb.de
habe ich mal geändert
bzw. sieh nochmal genauer in der Dokumentation nach.
Die ist doch komplett in englisch :((
In der tat. Aber wenn englisch ein Problem ist kann Google bestimmt eine passende FAQ mit Antwort oder gar ein HowTo liefern. Glaube ich zumindest :-) Zur Not schreibe ich gerne eine minimale winzigkleine superkurze Anleitung wie eine ntp.conf aussehen sollte :-)
Was sagt denn ntpq -c peers ?
ntpq: read: Connection refused
Ok, also läuft ntp offenbar nicht. Am besten mit ps oder rc(x)ntpd status prüfen und ggf. neu starten. Systemlog beobachten - ntp weigert sich zu arbeiten wenn z.B. die Konfiguration kaputt ist. Ggf. musst oder solltest Du auch vor dem Start von ntpd die Zeit halbwegs passend einstellen, ntpdate macht das, SuSEs Startskript kümmert sich da auch drum. Wenn ntp erstmal läuft sollte es keine Probleme mit _im Betrieb_ falscher Uhrzeit mehr geben, Internetzugang vorausgesetzt. Arno
Gruß Martin
-- IT-Service Lehmann al@its-lehmann.de Arno Lehmann http://www.its-lehmann.de
Am Mittwoch, 8. Februar 2006 21:35 schrieb Arno Lehmann: [...]
Probier mal server ptbtime1.ptb.de server ptbtime2.ptb.de
habe ich mal geändert
bzw. sieh nochmal genauer in der Dokumentation nach.
Die ist doch komplett in englisch :((
In der tat. Aber wenn englisch ein Problem ist kann Google bestimmt eine passende FAQ mit Antwort oder gar ein HowTo liefern. Glaube ich zumindest :-) Zur Not schreibe ich gerne eine minimale winzigkleine superkurze Anleitung wie eine ntp.conf aussehen sollte :-)
Das meiste habe ich ja verstanden, aber mit den Feinheiten hapert es dann manchmal. So gut ist mein Englisch nämlich nicht. :((
Was sagt denn ntpq -c peers ?
ntpq: read: Connection refused Ok, also läuft ntp offenbar nicht.
Richtig. Habe das jetzt eingeschaltet und mal den Rechner neu gestartet. Die Uhr geht jetzt wieder richtig. DANKE!
Am besten mit ps oder rc(x)ntpd status prüfen und ggf. neu starten. Systemlog beobachten - ntp weigert sich zu arbeiten wenn z.B. die Konfiguration kaputt ist. Ggf. musst oder solltest Du auch vor dem Start von ntpd die Zeit halbwegs passend einstellen, ntpdate macht das, SuSEs Startskript kümmert sich da auch drum.
Wenn ntp erstmal läuft sollte es keine Probleme mit _im Betrieb_ falscher Uhrzeit mehr geben, Internetzugang vorausgesetzt.
Klar, Voraussetzung ist, daß das Netzwerk inkl. Routing vorher läuft. Jetzt muß ich nur noch mein Mausproblem lösen, dann läuft die Kiste wieder richtig. Gruß Martin
participants (6)
-
Arno Lehmann -
Martin Falley -
Michael Behrens -
Ralf Prengel -
Renate Neike -
Sven Gehr