Hallo Liste! Blödes Problem: Meine Uhr geht vor. Genauer: Suse Linux 9.3, geupdated von suse 9.2. eigener kernel 2.6.13, Boardchipsatz:nforce2. Ich fahr meinen PC hoch, die Uhrzeit auf der KDE-Oberfläche stimmt mit meiner Funkuhr und der BIOS-Uhr überein, die Ausgabe von '# hwclock && date' stimmt überein. Nun geht die KDE-Uhr im Vergleich zu der (sicheren) Funkuhr sichtbar schneller, nach einer Stunde haben sich schon 15s angesammelt. '# hwclock && date' zeigt den Unterschied an: die hardware-clock stimmt, die Ausgabe von date zeigt das gleiche an wie die kde-Uhr, sprich die zu schnelle Zeit. Mit '# hwclock --hctosys' lässt sich die Zeit der Hardware-Uhr in die Kernel- bzw. System-Uhr schreiben. Dann stimmt wieder alles. Bei einem Reboot/Beim Ausschalten wird ja die Systemzeit in die Hardwareuhr geschrieben, folglich geht nach einem Reboot/Ausschalten die Hardware uhr vor, läuft aber konstant weiter, die Systemuhr geht wieder vor. Zusammengefasst: Die System-Uhrzeit stimmt anfangs, läuft aber schneller als die reale Zeit. Meine Zeit am PC vergeht also schneller als die Wirklichkeit. Das mit einem cron-Job zu lösen, der jede Minute '# hwclock --hctosys' ausführt ist eine Lösung, taugt aber nicht wirklich. Ich hoffe ihr könnt mir helfen Danke für die aufgebrachte Arbeit Martin Ereth
Daniel Lord schrieb:
Hi,
On Fri, 09 Sep 2005, Martin Ereth wrote:
Blödes Problem: Meine Uhr geht vor.
rm /etc/adjtime
Greetings Daniel
Danke für die Antwort. Habe die Datei gelöscht, keine Besserung ersichtlich, nach einem Neustart ist die Datei wieder da. Liegt es vielleicht an falschen Kerneloptionen? Martin Ereth
On Friday 09 September 2005 19:11, Martin Ereth wrote:
Daniel Lord schrieb:
Hi,
On Fri, 09 Sep 2005, Martin Ereth wrote:
Blödes Problem: Meine Uhr geht vor.
rm /etc/adjtime
Greetings Daniel
Danke für die Antwort.
Habe die Datei gelöscht, keine Besserung ersichtlich, nach einem Neustart ist die Datei wieder da.
Liegt es vielleicht an falschen Kerneloptionen?
Nein, denn der Tip war nicht ganz korrekt. Es sollte so gehen: hwclock --systohc rm /etc/adjtime reboot Danny
Danny Kukawka schrieb:
On Friday 09 September 2005 19:11, Martin Ereth wrote:
Daniel Lord schrieb:
Hi,
On Fri, 09 Sep 2005, Martin Ereth wrote:
Blödes Problem: Meine Uhr geht vor.
rm /etc/adjtime
Greetings Daniel
Danke für die Antwort.
Habe die Datei gelöscht, keine Besserung ersichtlich, nach einem Neustart ist die Datei wieder da.
Liegt es vielleicht an falschen Kerneloptionen?
Nein, denn der Tip war nicht ganz korrekt. Es sollte so gehen:
hwclock --systohc rm /etc/adjtime reboot
Danke für die Antworten. Es kam ja im Allgemeinen der gleiche Vorschlag Ich habe: 1. die Uhr korrigiert und die hw-clock hat mit der Sys-Zeit übereingestimmt. 2. /etc/adjtime gelöscht 3. Neugestartet Problem ist geblieben Habt ihr vielleicht weitere Vorschläge? Danke Martin Ereth
Hallo, Martin Ereth schrieb:
Danny Kukawka schrieb:
On Friday 09 September 2005 19:11, Martin Ereth wrote:
Daniel Lord schrieb:
Hi,
On Fri, 09 Sep 2005, Martin Ereth wrote:
Blödes Problem: Meine Uhr geht vor.
rm /etc/adjtime
Greetings Daniel
Danke für die Antwort.
Habe die Datei gelöscht, keine Besserung ersichtlich, nach einem Neustart ist die Datei wieder da.
Liegt es vielleicht an falschen Kerneloptionen?
Nein, denn der Tip war nicht ganz korrekt. Es sollte so gehen:
hwclock --systohc rm /etc/adjtime reboot
Danke für die Antworten. Es kam ja im Allgemeinen der gleiche Vorschlag
Ich habe: 1. die Uhr korrigiert und die hw-clock hat mit der Sys-Zeit übereingestimmt. 2. /etc/adjtime gelöscht 3. Neugestartet
Problem ist geblieben
Habt ihr vielleicht weitere Vorschläge?
Letzes Mal als dieses Problem auftauchte, schlug jemand (weiss nicht mehr wer) vor, man können einen cron-Job herstellen, der z.B. alle 10 Minuten die "richtige" Zeit von einem NTP-Server holt. Diese Lösung behebt zwar nicht die Ursache, kann aber das Symptom beseitigen... Einen Hardware-Fehler als Ursache hast Du sicherlich schon ausgeschlossen...? Gruß - und schönes Wochenende Kimmo
K. Elo schrieb:
Hallo,
Martin Ereth schrieb:
Danny Kukawka schrieb:
On Friday 09 September 2005 19:11, Martin Ereth wrote:
Daniel Lord schrieb:
Hi,
On Fri, 09 Sep 2005, Martin Ereth wrote:
Blödes Problem: Meine Uhr geht vor.
rm /etc/adjtime
Greetings Daniel
Danke für die Antwort.
Habe die Datei gelöscht, keine Besserung ersichtlich, nach einem Neustart ist die Datei wieder da.
Liegt es vielleicht an falschen Kerneloptionen?
Nein, denn der Tip war nicht ganz korrekt. Es sollte so gehen:
hwclock --systohc rm /etc/adjtime reboot
Danke für die Antworten. Es kam ja im Allgemeinen der gleiche Vorschlag
Ich habe: 1. die Uhr korrigiert und die hw-clock hat mit der Sys-Zeit übereingestimmt. 2. /etc/adjtime gelöscht 3. Neugestartet
Problem ist geblieben
Habt ihr vielleicht weitere Vorschläge?
Letzes Mal als dieses Problem auftauchte, schlug jemand (weiss nicht mehr wer) vor, man können einen cron-Job herstellen, der z.B. alle 10 Minuten die "richtige" Zeit von einem NTP-Server holt. Diese Lösung behebt zwar nicht die Ursache, kann aber das Symptom beseitigen...
Einen Hardware-Fehler als Ursache hast Du sicherlich schon ausgeschlossen...?
Gruß - und schönes Wochenende Kimmo
Danke Kimmo. Es kann nicht an der Hardware liegen, nach einiger Auszeit (ohne Strom) stimmt die Hardware Uhr. Während der Laufzeit läuft die SYS-Zeit nunmal schneller. Die HardwareUhr ist immer richtig, Nur die Systemzeit wird zu schnell. Grüße Martin Ereth
Marko Käning schrieb:
Hallo Martin,
im Juli hatten wir das gleiche Problem. Ich habe den damaligen Post hier nochmal angehaengt.
Gruss, Marko
On Fri, 15 Jul 2005, Marko Käning wrote:
Im Netz findet man viele Posts zu Problemen mit der Systemzeit. Aus unfindlichen Gründen geht sie entweder zu schnell oder zu langsam - und das teilweise um bis zu 100%.
Bei unserem neu aufgesetzten SuSE 9.3-System war sie 30% zu schnell. Schon komisch, wenn innerhalb einer Minute scheinbar 90 Sekunden vergehen (was mit "hwclock;date" schnell zu sehen war).
Alles Suchen im Netz nach einer Lösung half nichts. Dort vorgeschlagene Manipulationen an der Hardware-Uhr brachten nichts, wie sollten sie auch, da ja die Systemzeit (welche offensichtlich von der Hardware-Uhr unabhängig ist) zu schnell läuft.
Letztlich fand sich dann doch ein Post mit einem Hinweis auf die Ursache des Ganzen: Dort wurde erwähnt, dass eine bestimmte ACPI-Funktion für die Berechnung der Systemzeit verwendet wird.
Also versuchten wir es mal ohne ACPI (Bootparameter: acpi=off) - und, siehe da: die Uhr lief wieder mit der richtigen Geschwindigkeit.
Danke für die Lösung! Der Bootparameter acpi=off löst dieses Problem. Du hast recht, die Uhr stimmt auch nach einem Tag noch überein! Aber: Jetzt kann ich acpi nicht mehr verwenden, sprich: Ich drückte den Einschaltknopf am PC, dadurch wurde automatisch ein bestimmter Event ausgelöst.... Kann man das Problem nicht anders lösen? Hat jemand eine (vielleicht leise) Ahnung, wo das Problem steckt, bzw wie man acpi modifizieren muss, dass beides funktioniert, acpi und die Uhr? Danke Martin Ereth
Hallo, On 16.09.2005 10:27, Martin Ereth wrote: ...
Danke für die Lösung! Der Bootparameter acpi=off löst dieses Problem. Du hast recht, die Uhr stimmt auch nach einem Tag noch überein!
Aber:
Jetzt kann ich acpi nicht mehr verwenden, sprich: Ich drückte den Einschaltknopf am PC, dadurch wurde automatisch ein bestimmter Event ausgelöst....
Kann man das Problem nicht anders lösen? Hat jemand eine (vielleicht leise) Ahnung, wo das Problem steckt, bzw wie man acpi modifizieren muss, dass beides funktioniert, acpi und die Uhr?
ntp? Das sollte doch auch bei falsch gehender Systemuhr richtig synchronisieren, denke ich. Arno
Danke
Martin Ereth
-- IT-Service Lehmann al@its-lehmann.de Arno Lehmann http://www.its-lehmann.de
Arno Lehmann schrieb:
Hallo,
On 16.09.2005 10:27, Martin Ereth wrote:
...
Danke für die Lösung! Der Bootparameter acpi=off löst dieses Problem. Du hast recht, die Uhr stimmt auch nach einem Tag noch überein!
Aber:
Jetzt kann ich acpi nicht mehr verwenden, sprich: Ich drückte den Einschaltknopf am PC, dadurch wurde automatisch ein bestimmter Event ausgelöst....
Kann man das Problem nicht anders lösen? Hat jemand eine (vielleicht leise) Ahnung, wo das Problem steckt, bzw wie man acpi modifizieren muss, dass beides funktioniert, acpi und die Uhr?
ntp?
Das sollte doch auch bei falsch gehender Systemuhr richtig synchronisieren, denke ich.
Arno
Hallo Arno! Ja, darüber habe ich auch schon nachgedacht. Das Problem: der Rechner ist nicht Tag und Nacht online. Schon nach einer Stunde geht die Uhr 15s zu schnell. Danke Martin Ereth
Am Freitag, 16. September 2005 10:50 schrieb Martin Ereth:
ntp?
Das sollte doch auch bei falsch gehender Systemuhr richtig synchronisieren, denke ich.
Arno
Hallo Arno!
Ja, darüber habe ich auch schon nachgedacht. Das Problem: der Rechner ist nicht Tag und Nacht online. Schon nach einer Stunde geht die Uhr 15s zu schnell.
ntp stellt nicht nur die Uhr sondern auch deren Drift. Außerdem kann eine DCF77-Uhr an den ntp angeschlossen werden. Gruß Heiner
On 16.09.2005 11:42, Heiner Kuhlmann wrote:
Am Freitag, 16. September 2005 10:50 schrieb Martin Ereth:
ntp?
Das sollte doch auch bei falsch gehender Systemuhr richtig synchronisieren, denke ich.
Arno
Hallo Arno!
Ja, darüber habe ich auch schon nachgedacht. Das Problem: der Rechner ist nicht Tag und Nacht online. Schon nach einer Stunde geht die Uhr 15s zu schnell.
ntp stellt nicht nur die Uhr sondern auch deren Drift.
Ja, aber soweit ich dass verfolgt habe dürfte die drift der Systemuhr mit ACPI u.U. auch etwas erratisch sein... über längere Zeiten aber wahrscheinlich zu vernachlässigen. Aber das ist alles Spekulation, ich hab' kein System wo ich das ausprobieren könnte.
Außerdem kann eine DCF77-Uhr an den ntp angeschlossen werden.
Hersteller? Namen? Preise? Ich hab' grad' mal gesucht und nix gefunden... aber seit ich und meine Kunden eh' alle DSL haben ist das auch nicht mehr so interessant. Arno
Gruß
Heiner
-- IT-Service Lehmann al@its-lehmann.de Arno Lehmann http://www.its-lehmann.de
On 16.09.2005 15:24, Heiner Kuhlmann wrote:
Am Freitag, 16. September 2005 12:12 schrieb Arno Lehmann:
Außerdem kann eine DCF77-Uhr an den ntp angeschlossen werden.
Hersteller? Namen? Preise?
www.conrad.de
DCF EMPFAENGERPLATINE Artikel-Nr.: 641138 - 62
9,95 EUR
Au. Hab' bei Conrad immer nach DCF 77 gesucht und damit nix gefunden... Danke, Arno
Heiner
-- IT-Service Lehmann al@its-lehmann.de Arno Lehmann http://www.its-lehmann.de
Hallo, On 16.09.2005 10:50, Martin Ereth wrote: Da das hier jetzt in eine allgemeinere Richtung geht lösche ich mal noch mehr...
ntp?
Das sollte doch auch bei falsch gehender Systemuhr richtig synchronisieren, denke ich.
Arno
Hallo Arno!
Ja, darüber habe ich auch schon nachgedacht. Das Problem: der Rechner ist nicht Tag und Nacht online. Schon nach einer Stunde geht die Uhr 15s zu schnell.
Hast Du evtl. andere Rechner im Netz die eine bessere Zeit bieten? Dann könntest Du einen davon als ntp-Server benutzen. Oder gleich 'ne DCF-77 oder GPS-Uhr anklemmen... wobei das natürlich Geld kostet. Und das eigenliche Problem auch nicht behebt. Arno
Danke
Martin Ereth
-- IT-Service Lehmann al@its-lehmann.de Arno Lehmann http://www.its-lehmann.de
Arno Lehmann schrieb:
Hast Du evtl. andere Rechner im Netz die eine bessere Zeit bieten? Dann könntest Du einen davon als ntp-Server benutzen. Oder gleich 'ne DCF-77 oder GPS-Uhr anklemmen... wobei das natürlich Geld kostet. Und das eigenliche Problem auch nicht behebt.
Hallo Ich hab schonmal darüber nachgedacht, ob nicht jemand schonmal eine Funkuhr an einen PC angeschlossen hat. Der Rechner ist ein Einzelplatzrechner mit volumenbeschränktem DSL-Tarif. Die Lösung, die ich gefunden habe, nämlich die Hardwarezeit jede Minute in die System-Zeit eintragen zu lassen, ist nicht wirklich gut. Durch acpi=off als Bootparameter geht die Uhr wieder richtig, aber woran liegt das genau? Kann man das anders machen, sodass acpi funktioniert _UND_ die Uhr richtig geht? Zuviel Geld möchte ich für eine richtige Zeit nicht ausgeben. Viele Grüße Martin Ereth
Hallo, On 16.09.2005 11:50, Martin Ereth wrote:
Arno Lehmann schrieb:
Hast Du evtl. andere Rechner im Netz die eine bessere Zeit bieten? Dann könntest Du einen davon als ntp-Server benutzen. Oder gleich 'ne DCF-77 oder GPS-Uhr anklemmen... wobei das natürlich Geld kostet. Und das eigenliche Problem auch nicht behebt.
Hallo
Ich hab schonmal darüber nachgedacht, ob nicht jemand schonmal eine Funkuhr an einen PC angeschlossen hat.
Garantiert. Obwohl das heutzutage bei DSL etc. nicht mehr so häufig sein dürfte.
Der Rechner ist ein Einzelplatzrechner mit volumenbeschränktem DSL-Tarif.
Na ja... Volumen ist bei NTP nicht sooo das Problem.
Die Lösung, die ich gefunden habe, nämlich die Hardwarezeit jede Minute in die System-Zeit eintragen zu lassen, ist nicht wirklich gut.
Durch acpi=off als Bootparameter geht die Uhr wieder richtig, aber woran liegt das genau? Kann man das anders machen, sodass acpi funktioniert _UND_ die Uhr richtig geht?
Tja. Das wäre wohl eine Frage für die Kernel-Kundigen. Zunächst würde ich bei dem aktuellen Stand der Dinge ja annehmen dass das nicht so einfach ist.
Zuviel Geld möchte ich für eine richtige Zeit nicht ausgeben.
Och, wenn man sich das erste Mal auf die falsche Zeit verlassen hat und deshalb die Dateien im Netzwerk vermurksten oder man einen wichtigen Termin verpasst relativiert sich das mit dem vielen Geld etwas ;-) Arno
Viele Grüße
Martin Ereth
-- IT-Service Lehmann al@its-lehmann.de Arno Lehmann http://www.its-lehmann.de
Hallo, Am Fri, 16 Sep 2005, Martin Ereth schrieb:
Durch acpi=off als Bootparameter geht die Uhr wieder richtig, aber woran liegt das genau? Kann man das anders machen, sodass acpi funktioniert _UND_ die Uhr richtig geht?
Verwendest du zufaellig den Boot-/Kernelparameter "desktop"? Wenn ja, schmeiss den mal raus. Ausserdem such mal im Archiv der Liste, IIRC hatten wir das Problem schonmal. -dnh -- Es fehlt die Glaskugel, die voraussagen kann, welche der anderen Glaskugeln heute am genauesten glaskugelt. -- Christoph Päper in drtm
Arno Lehmann schrieb:
Hallo,
On 16.09.2005 10:50, Martin Ereth wrote:
Da das hier jetzt in eine allgemeinere Richtung geht lösche ich mal noch mehr...
ntp?
Das sollte doch auch bei falsch gehender Systemuhr richtig synchronisieren, denke ich.
Arno
Hallo Arno!
Ja, darüber habe ich auch schon nachgedacht. Das Problem: der Rechner ist nicht Tag und Nacht online. Schon nach einer Stunde geht die Uhr 15s zu schnell.
Hast Du evtl. andere Rechner im Netz die eine bessere Zeit bieten? Dann könntest Du einen davon als ntp-Server benutzen. Oder gleich 'ne DCF-77 oder GPS-Uhr anklemmen... wobei das natürlich Geld kostet. Und das eigenliche Problem auch nicht behebt.
Arno
Danke
Martin Ereth
hallo habe beim googlen folgende Adresse gefunden: http://debiananwenderhandbuch.de/systemzeit.html Ansehen lohnt sich - auch ohne Debian Gruß Arno
Am Freitag, 9. September 2005 19:11 schrieb Martin Ereth:
Daniel Lord schrieb:
On Fri, 09 Sep 2005, Martin Ereth wrote:
Blödes Problem: Meine Uhr geht vor.
rm /etc/adjtime
Greetings Daniel
Danke für die Antwort.
Habe die Datei gelöscht, keine Besserung ersichtlich, nach einem Neustart ist die Datei wieder da.
Liegt es vielleicht an falschen Kerneloptionen?
Wohl weniger ;-) Zur Erklärung (genaueres mal im Archiv suchen, das hatten wir schon mehrfach!): Wenn du die Uhr nachstellst, bekommt dein System mit, dass sich deine Uhrzeit gegenüber der Hardwareuhr geändert hat und merkt sich die Differenz als Korrekturfaktor in adjtime. In Zukunft versucht es dann, die Korrektur selber vorzunehmen. Stelle also die Zeit richtig und lösche adjtime. Nach einem Neustart ist die Datei zwar wieder da, aber der falsche Korrekturfaktor ist weg. Gruß, Michael -- ____ / / / / /__/ Michael Höhne / / / / / / mih-hoehne@t-online.de / _____________________________________/
Wenn deine Funkuhr einen PC-Anschluss besitzt, kannst du die Systemzeit per NTP nachstellen. Funktioniert problemlos und wartungsfrei. mfg Henning -- Henning Wittrock Sudweyher Str. 30 28844 Weyhe
Martin Ereth wrote at Friday, September 09, 2005 6:03 PM
Blödes Problem: Meine Uhr geht vor.
Genauer: Suse Linux 9.3, geupdated von suse 9.2. eigener kernel 2.6.13, Boardchipsatz:nforce2.
Lies Dir bitte mal das hier durch, vielleicht ist es dasselbe Problem .... Scheint allerdings (noch) ungelöst, ist dem Hardwarehersteller wie auch SuSE aber bekannt. http://lists.suse.com/archive/suse-amd64/2005-Sep/0057.html Bin jetzt nicht so firm in Hardwaregeschichten, aber wenn Du ähnliche Hardware hast, vielleicht die Ursache ;-) HTH Beste Grüße, Markus
participants (11)
-
Arno Jung -
Arno Lehmann -
Daniel Lord -
Danny Kukawka -
David Haller -
Heiner Kuhlmann -
Henning Wittrock -
K. Elo -
Markus Heidinger -
Martin Ereth -
Michael Höhne