Probleme mit lokaler Zeit

Tobias · 03 Februar 2017, 16:43:28

Hi,
ich sehe gerade den Wald vor lauter bäumen nicht. Meine lokale Zeit steht auf UTC, anstatt auf lokal. Und ich bekomme es nicht hin.

HIer mal ein paar ausgaben

Code Auswählen

root@www:~# hwclock --debug
hwclock from util-linux 2.20.1
Using /dev interface to clock.
Last drift adjustment done at 1486140106 seconds after 1969
Last calibration done at 1486140106 seconds after 1969
Hardware clock is on UTC time
Assuming hardware clock is kept in UTC time.
Waiting for clock tick...
...got clock tick
Time read from Hardware Clock: 2017/02/03 16:50:50
Hw clock time : 2017/02/03 16:50:50 = 1486140650 seconds since 1969
Fr 03 Feb 2017 17:50:50 CET  -1.338605 seconds
root@www:~# date
Fr 3. Feb 17:50:52 CET 2017
root@www:~#

Wiw mach ich das am schlauesten?

betateilchen · 03 Februar 2017, 16:52:30

was willst Du denn genau tun? die hwclock auf local umstellen oder die Systemzeit der Hardware? Das muss nicht zwingend das gleiche sein.

Code Auswählen



root@fhem-demo:/home/udo# hwclock --systohc

root@fhem-demo:/home/udo# hwclock -r
Fr 03 Feb 2017 16:51:15 CET  -0.710666 seconds

root@fhem-demo:/home/udo# date
Fr 3. Feb 16:51:27 CET 2017

root@fhem-demo:/home/udo# hwclock --debug
hwclock from util-linux 2.25.2
Using the /dev interface to the clock.
Last drift adjustment done at 1486137071 seconds after 1969
Last calibration done at 1486137071 seconds after 1969
Hardware clock is on UTC time
Assuming hardware clock is kept in UTC time.
Waiting for clock tick...
/dev/rtc does not have interrupt functions. Waiting in loop for time from /dev/rtc to change
...got clock tick
Time read from Hardware Clock: 2017/02/03 15:51:55
Hw clock time : 2017/02/03 15:51:55 = 1486137115 seconds since 1969
Fr 03 Feb 2017 16:51:55 CET  -0.257387 seconds

Wernieman · 03 Februar 2017, 17:26:43

Beser übrigens ist es, beide Befehle "im gleichen Schuß" loszusenden:

Code Auswählen

hwclock; date

So kann man am besten "vergleichen".

Und wegen Uhrzeit ... auf was steht bei Dir die lokale Uhrzeit?

Code Auswählen

ls -lha /etc/localtime

Mehr Tips kann ich Dir (momentan) nicht geben, da ich Deine Distri nicht weiß ....

Tobias · 03 Februar 2017, 17:39:41

So siehts aus, ist ein Cubietruck. Also ein Debian System

Code Auswählen

root@www:~# hwclock;date
Fr 03 Feb 2017 18:46:07 CET  -1.242317 seconds
Fr 3. Feb 18:46:06 CET 2017
root@www:~# ls -lha /etc/localtime
-rw-r--r-- 1 root root 2,3K Dez 21 14:04 /etc/localtime
root@www:~#

Was will ich? HWClock soll auf UTC stehen. Systemzeit auf lokaler Zeit. Irgendwie hatte ich das mal auch hinbekommen, aber bei inem Reboot ist imemr alles wieder durcheinander

Otto123 · 03 Februar 2017, 17:53:52

Hi Tobias,

aber in deinem ersten Post stimmt doch alles?

Code Auswählen

Hardware clock is on UTC time
...
Time read from Hardware Clock: 2017/02/03 16:50:50
Hw clock time : 2017/02/03 16:50:50 = 1486140650 seconds since 1969
...
root@www:~# date
Fr 3. Feb 17:50:52 CET 2017

Zeitzone ist CET Central Europe Time.

Code Auswählen

sudo hwclock -wu setzt die hwclock auf UTC

Gruß Otto

Tobias · 03 Februar 2017, 19:52:49

ich werd hier noch zum Tier ...

schaut mal in die Abfolge, ich kann machen was ich will, die Systemzeit verändert sich nicht....

Code Auswählen

root@www:~# hwclock;date
Fr 03 Feb 2017 18:46:15 CET  -1.176496 seconds
Fr 3. Feb 20:56:44 CET 2017
root@www:~# hwclock -su
root@www:~# hwclock;date
Fr 03 Feb 2017 18:46:32 CET  -1.809195 seconds
Fr 3. Feb 20:57:01 CET 2017
root@www:~# dpkg-reconfigure tzdata

Current default time zone: 'Europe/Berlin'
Local time is now:      Fri Feb  3 20:58:31 CET 2017.
Universal Time is now:  Fri Feb  3 19:58:31 UTC 2017.

root@www:~# hwclock;date
Fr 03 Feb 2017 18:48:20 CET  -1.726254 seconds
Fr 3. Feb 20:58:49 CET 2017
root@www:~#

Wernieman · 03 Februar 2017, 20:07:42

Tipp zur Umstellung der Zeit (s.o.) befolgt?

Aber warum willst Du die HW-Clock und die Systemclock unterschiedlich behandeln? Weil es geht??

Mir erschließt sich der Sinn nicht ..... würde beide auf die gleiche Zeit laufen lassen (hat der Cubi überhaupt eine echte Echtzeituhr?)

Hat übrigens noch einen Vorteil:
Wenn Du einen npd-Client laufen lässt, guckt der auch, ob die Ziel Zeit und die HW-Clock einen Unterschied >Xh (auch glaube X=1) hat .. wenn ja, aktuallisiert er nicht (mehr). Und ntp ist so Systemsparend, dass sollte man sich heute auf jedem 24/7 (und auf den anderen auch) leisten ....

Otto123 · 03 Februar 2017, 21:17:09

@ Tobias -> -wu nicht -su

Hollo · 03 Februar 2017, 21:49:18

Upps...

Code Auswählen


root@bananapro ~ # hwclock;date
Fr 01 Jan 2010 01:00:00 CET  -10.011758 seconds
Fr 3. Feb 21:28:49 CET 2017

Otto123 · 03 Februar 2017, 22:14:02

geht nur 10 sec falsch

betateilchen · 03 Februar 2017, 22:24:54

Ich hab das Problem immer noch nicht verstanden.

Otto123 · 03 Februar 2017, 22:43:09

Zitat von: betateilchen am 03 Februar 2017, 22:24:54
Ich hab das Problem immer noch nicht verstanden.

Ich denke Tobias will, dass die hwclock (RTC) mit UTC läuft anstatt mit CET.

Auf meiner NAS konnte ich das testweise so einrichten, überlebt auch den Neustart.

Code Auswählen

sudo hwclock --debug
hwclock from util-linux 2.20.1
Using /dev interface to clock.
Last drift adjustment done at 1486142037 seconds after 1969
Last calibration done at 1486142037 seconds after 1969
Hardware clock is on UTC time
Assuming hardware clock is kept in UTC time.
Waiting for clock tick...
...got clock tick
Time read from Hardware Clock: 2017/02/03 21:44:05
Hw clock time : 2017/02/03 21:44:05 = 1486158245 seconds since 1969
Fr 03 Feb 2017 22:44:05 CET  -0.599786 seconds

Wofür das gut ist verstehe ich auch nicht.
Ich glaube aber nicht, dass das wirklich Sinn macht. Aber man kann es so machen. Ich weiß gar nicht ob alle im System damit klar kommen.

Gruß Otto

Tobias · 04 Februar 2017, 20:10:38

Also ich kenne das so das die HW-clock auf UTC laufen soll und die Systemzeit auf Lokal. Zuminstest muss das bei meinem Yavdr so sein da es sonst probleme gibt.
Also mache ich das auch so auf all meinen anderen REchnern...

Habs jetzt irgendwie hinbekommen:

Code Auswählen


root@www:~# hwclock --set --utc --date="02/04/2017 20:06:00"
root@www:~# hwclock --debug
hwclock from util-linux 2.20.1
Using /dev interface to clock.
Last drift adjustment done at 1486234800 seconds after 1969
Last calibration done at 1486234800 seconds after 1969
Hardware clock is on UTC time
Assuming hardware clock is kept in UTC time.
Waiting for clock tick...
...got clock tick
Time read from Hardware Clock: 2017/02/04 19:06:24
Hw clock time : 2017/02/04 19:06:24 = 1486235184 seconds since 1969
Sa 04 Feb 2017 20:06:24 CET  -1.619909 seconds
root@www:~# hwclock;date
Sa 04 Feb 2017 20:06:54 CET  -1.999576 seconds
Sa 4. Feb 20:06:52 CET 2017
root@www:~#

Otto123 · 04 Februar 2017, 20:24:49

Eigentlich ist die RTC nur eine Uhr. Die hat keine Zeitzone, die läuft einfach und zählt die Sekunden.
Gesetzt wird die die RTC im übrigen auch durch den ntp Dienst, ein hwclock --set ist normalerweise unnötig.
Das laufende System Linux, Windows egal, geht davon aus, das die RTC in einer bestimmten Zeitzone gestellt ist.
Windows geht davon aus, das es die System lokale Zeitzone ist, also bei uns CET
Linux geht eigentlich auch davon aus, zumindest die Linuxe die ich momentan im Zugriff habe.
Macht man jetzt Multiboot (mehrere System auf einer Büchse) ensteht das Problem: Alle sollten das Gleiche "denken"! Sonst gibt es immer beim booten Kauderwelch.

Bestimmen tut es der Admin

also Du Tobias, wenn Du sagst Du machst es auf allen Rechnern das ist das so.

Ich denke ein Problem ist es wirklich nur wenn unterschiedliche Systeme (oder Dienste) auf die RTC zugreifen und unterschiedlicher Meinung sind.

Man kann Linux und Windows so konfigurieren, das sie davon ausgehen, das RTC in UTC gestellt ist.

Code Auswählen

hwclock -wu

Code Auswählen

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\TimeZoneInformation\RealTimeIsUniversal

Aber unter Linux gibt es da bestimmt soviel Varianten das einzustellen wie es Linuxe gibt

Gruß Otto

Wernieman · 04 Februar 2017, 23:07:48

ZitatGesetzt wird die die RTC im übrigen auch durch den ntp Dienst, ein hwclock --set ist normalerweise unnötig.

Sorry, das stimmt so definitiv nicht (unter Linux).
der ntp stellt die Softwareuhr. Nicht Hart, sondern durch schneller/langsamer laufen lassen. Welcher Stand die HWClock hat, ist dem System egal. Die Uhrzeit wird nur beim Booten von der HWClock genommen (und wenn man es explizit befiehlt, wie z.B: hwclock --hctosys). Entsprechend stellt das System auch nicht die HWClock (auch hier: es sei denn man befielt es, z.B. hwclock --systohc)

@Tobias:
Woher kennst Du es?
Meine Systeme, privat und beruflich, laufen Softqware/Hardwareseitig in der gleichen Zeitzohne. Vor allem auch, um eventuelle iritationen beim Booten zu vermeiden. Und da waren auch "Farmen von Serverzahl >500" dabei. Insofern wüste ich gerne, woher Du diese Meinung hat (bitte nicht angegriffen fühlen). Bilde mich gerne weiter ...