ETCH + KDE -> Uhrzeit verstellt sich (GELÖST!)

[zongo]

hallo zusammen!

ich werd' hier nochmal wahnsinnig mit der blöden uhrzeit hier ....

habe ein etch mit kde laufen(ist ein nach der installation nicht elementar verändertes desktop-system, läuft nicht permanent) und die uhrzeit verstellt sich nicht nachvollziehbar. und zwar immer im stundenbereich zwei stunden vor, die minuten passen immer, daher schließe ich eine schwache batterie aus. ein auf dem gleichen rechner laufendes sid-derivat macht übrigens keine probleme mit der uhrzeit.

die uhr im bios steht auf utc(also deutschland-zeit minus 1 stunde, hab mal irgendwo gelesen, das man das so machen soll), per tzconfig habe ich auf "europa/berlin" gestellt. und die uhr im kde steht auch auf "europa/berlin(cest)". stelle ich es einmal ein, ist alles o.k., starte ich den rechner neu geht die uhr wieder 2h vor ....

irgendwo wird ja wohl etwas gegeneinander laufen ... hat jemand eine idee?

danke im voraus & gruß aus braunschweig

zongo

[blueflidge]

Scheint derzeit ein häufiger auftretendes Problem zu sein.
Lies mal hier weiter:
http://www.debianforum.de/forum/viewtop ... ht=uhrzeit
http://www.debianforum.de/forum/viewtop ... ht=uhrzeit
http://www.debianforum.de/forum/viewtop ... ht=uhrzeit
http://www.debianforum.de/forum/viewtop ... ht=uhrzeit
http://www.debianforum.de/forum/viewtop ... ht=uhrzeit

[PhilGo]

Scheinbar, hab das Problem auch mit Gnome.

Das Lustige ist ja, dass selbst durch die Synchronisation mit diversen Uni-Servern die Uhrzeit sich jedesmal verstellt.

[uwepr]

Hallo PhilGo,
habe extra zum Nachschauen einen reboot mit Blick in's BIOS gemacht:Habe das Problem nicht.BIOS-Zeit ist bei mir auf die gleiche Zeit wie die KDE-Zeit gestellt,Zeitzone Europa/Berlin Cest.
Vielleicht die Zeit mal mit

date

auf der Kommando-Zeile setzen?
Viele Grüße!Uwe Pr.

[PhilGo]

Warum ich mich aber wundere... Beim Neustarten des Systems ist die Zeit okay... Nach 2 Stunden verändert sich die Uhrzeit um ca. 10min. Nach weitere Zeit immer mehr. Bis irgendwann Stundenunterschiede erreicht sind.

Mal nebenbei in Windows klappt soweit gut...


These: Vielleicht kommt der mit der Synchronisation mit verschiedenen Servern durcheinander.

[uwepr]

Hallo PhilGo,
bei mir habe ich es so eingerichtet,dass kein Server zur Syncronisation benutzt wird,einfach schon bei der Installation nur Zeitzone gesetzt,als Systemzeit Hardware-Uhr verwenden oder so ähnlich und ab und zu,z.B. wegen Sommerzeit/Winterzeit

date

gemacht.
In J.Plötner/S.Wendzel "Linux" heißt es,dass UTC als Hardwarezeit Probleme macht,wenn gelegentlich Windows gestartet wird und man sollte deshalb die locale Zeit als Hardwarezeit nutzen.
Um die Hardwarezeit auf locale Zeit zu setzen:

# hwclock --localtime

Zeitzone geht bequem in

kcontrol

Wenn nur Linux auf einem Rechner läuft,gibt es mit UTC keine Probleme.Es kann natürlich sein,dass ganz was anderes z.B. im Kernel hinter dem Problem steckt
Viele Grüße!Uwe Pr.

[zongo]

... ooh, ein paar antworten. hätte wohl mal eher schauen sollen. habe folgenden text schon vorgeschrieben ...

so, problem gelöst!

alle diejenigen die das gleiche oben beschriebene problem haben, sollten sich mal im bios die uhrzeit anschauen! obwohl die zeit von mir definitiv auf UTC gestellt war, lief sie 1 stunde vor!!!!

irgendwo wird, meiner meinung nach, also ein "hwclock --adjust ..." vorgenommen. (warum zur hölle fummelt mir das system an der hardware-uhr rum?)

habe folgendes gemacht:

- habe in der /etc/default/rcS "UTC=no" eingestellt
- habe in der /etc/adjtime "LOCAL" statt "UTC" eingestellt
- tzconfig = Europe/Berlin (war schon richtig, aber sicher ist sicher!)
- reboot
- im BIOS uhr auf lokale uhrzeit gestellt

--> uhrzeit passt!

gruß, zongo

ps. ist ein reines linux-system, kein windows!

[PhilGo]

ich hab

Code: Alles auswählen

hwclock --localtime

probiert. scheint irgendwie auch zu funzen.
Die Zeitzone ist auch eingestellt.

Naja mal abwarten.

[uwepr]

Ooooooooooooooops,Hilfäääääääääääääääääääääääääää....
bei mir tickt was nicht richtig: habe jetzt erst gemerkt,das ist ja gar nicht PhilGo's thread,
brauch jetzt erst mal ein

date

beim Seelenklempner.

@zongo,kannst Du mir noch verzeihen??????????????(bitte,bitte,bitte)



edit:Habe im Plötner/Wendzel"Linux" ein dickes Fragezeichen und 'ne Fußnote gemacht.

[PhilGo]

Naja es ist denke ich recht effektiv, wenn man 2 fast indentische probleme in einem thread löst oder?
also bei mir klappt alles soweit...

zongo? gehts bei dir jetzt?

[zongo]

Yes, bei mir läuft es inzwischen. Wenn Du auch ein elementar nicht verändertes ETCH hast und genauso vorgehst wie ich, siehe oben, dann solltest du auch keine uhrzeit-probleme mehr haben.

wie bereits geschrieben, es handelt sich um einen desktop-rechner auf welchem ETCH und SIDUX läuft, dieser wurde inzwischen mehrere male herauf- und wieder heruntergefahren. und das problem ist bisher nicht wieder aufgetaucht.

gruß, zongo

[rendegast]

irgendwo wird, meiner meinung nach, also ein "hwclock --adjust ..." vorgenommen.

int /etc/init.d/hwclock.sh und, wenn installiert, in /etc/init.d/adjtime.

(warum zur hölle fummelt mir das system an der hardware-uhr rum?)

Falls kein NTP-Server zur Verfügung steht:
CMOS-Uhr (BIOS) und die Systemzeit (des Kernels) laufen nicht synchron.
Normalerweise ist die Systemzeit genauer.
Ist der Rechner aus, läuft nur die CMOS-Uhr und driftet vor sich hin.
Wird der Rechner wieder eingeschaltet, übernimmt das System die CMOS-Zeit und berechnet mit der zur vorigen Laufzeit festgestellten DRIFT die Fortsetzung der "richtigen" Systemzeit.


Lustig:
Bei meinem Pentium-Server läuft die CMOS mit ihren starken Schwankungen (+-) längerfristig NTP-genau,
wogegen ich die Systemzeit mit adjtimex um ca. 4 ticks korrigiere.

[zongo]

hallo rendegast!

jetzt ist mir einiges klar, danke! .... aber auf die idee einfach mal in in /etc/init.d nachzuschauen, was da alles vor sich hinwerkelt hätte ich auch selber kommen können( oder MÜSSEN).

ich denke hiermit haben wir das zur zeit nicht unübliche "zeitproblem", wenn es denn nicht ntp-probleme sind, vom tisch.

brüder, zur sonne, zur freiheit!
zongo

[cosmac]

die uhr im bios steht auf utc(also deutschland-zeit minus 1 stunde, hab mal irgendwo gelesen, das man das so machen soll)

Solange auf dem Rechner kein Windows läuft, soll man nicht nur, es ist
sogar einfacher und funktioniert auch (s.u.), sogar besser. Man stellt vor
der Installation einmal die BIOS-Uhr richtig ein und braucht sich nie wieder
drum kümmern.

Der einzige Trick ist, daß "Deutschland-Zeit - 1 Stunde" nur im Winter richtig
ist, während der Sommerzeit sind es 2 Stunden!

(warum zur hölle fummelt mir das system an der hardware-uhr rum?)

Wenn die Systemzeit per ntp synchronisiert wird, geht sie viel genauer als
die Hardware-Uhr. Und dann finde ich es sehr angenehm, wenn beide Uhren
gleich genau gehen,

habe folgendes gemacht:

- habe in der /etc/default/rcS "UTC=no" eingestellt
- habe in der /etc/adjtime "LOCAL" statt "UTC" eingestellt
- tzconfig = Europe/Berlin (war schon richtig, aber sicher ist sicher!)
- reboot
- im BIOS uhr auf lokale uhrzeit gestellt

--> uhrzeit passt!

So wäre es schöner:

- habe in der /etc/default/rcS "UTC=yes" eingestellt
- habe in der /etc/adjtime "UTC" eingestellt
- tzconfig = Europe/Berlin (war schon richtig, aber sicher ist sicher!)
- reboot
- im BIOS uhr auf lokale uhrzeit - 1 bzw. 2 Stunden gestellt

--> Uhrzeit passt auch, und zwar auch noch nach der automatischen
Umstellung auf Winterzeit Das geht mit "LOCAL" nicht.

Sobald Windows auf dem Rechner läuft, kann man das alles vergessen.
Ausser, man wendet Nicolas Registry Hack an.

[zongo]

aaach mist! an diese blöde sommer-/winterzeit umstellung habe ich garnicht gedacht! grrr ..........

naja, dafür weiß ich ja jetzt wie es geht danke dafür!

... aber dafür haben wir jetzt den "utc, mein rechner und ich" -thread, könnte man sogar was für´s wiki daraus machen, oder?

[uwepr]

Hallo zongo,
na klar,leg los.
Viele Grüße!Uwe Pr.