Uhrzeit verstellt sich regelmäßig

[Tintom]

Hallo zusammen,
ich hab seit einigen Tagen mit einer fehlerhaften Uhrzeit im System zu kämpfen.
Das Problem:
# hwclock --debug
hwclock from util-linux 2.29.2
Using the /dev interface to the clock.
Last drift adjustment done at 1511614800 seconds after 1969
Last calibration done at 1511614800 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/11/25 13:28:29
Hw clock time : 2017/11/25 13:28:29 = 1511616509 seconds since 1969
Time since last adjustment is 1709 seconds
Calculated Hardware Clock drift is 0.001202 seconds
2017-11-25 14:28:28.478685+0100

$ cat </dev/tcp/time.nist.gov/13
58082 17-11-25 13:28:57 00 0 0 199.2 UTC(NIST) *

$ cat /etc/adjtime
0.060793 1511614800 0.000000
1511614800
UTC

$ cat /etc/timezone
Europe/Berlin

$ date
Sat Nov 25 13:28:12 CET 2017

Lokale Uhrzeit: 14:28 Uhr.

Die Hardwareuhr ist korrekt, die Zeitzone auch, die Systemzeit aber falsch. Warum? Und warum kriegt hwclock es in der letzten Zeile hin die korrekte lokale Zeit zu zeigen, aber date nicht?

[Emess]

Wenn es dir nicht zu trivial ist, ist installier dir doch ntp

[dufty2]

Der util-linux 2.29.2 zufolge benutzt Du stretch (stable).

Ja, die 'date'-Ausgabe ist schon recht komisch.
Hier unter buster (testing) benutze ich systemd-timesyncd,
bin eigentlich recht zufrieden damit (keine /etc/adjtime ) :

Code: Alles auswählen

# hwclock --debug ; echo ; timedatectl ; echo ; cat </dev/tcp/time.nist.gov/13 ; echo ; date
hwclock from util-linux 2.30.2
Trying to open: /dev/rtc0
Using the rtc interface to the clock.
Assuming hardware clock is kept in UTC time.
Waiting for clock tick...
...got clock tick
Time read from Hardware Clock: 2017/11/25 14:26:38
Hw clock time : 2017/11/25 14:26:38 = 1511619998 seconds since 1969
Time since last adjustment is 1511619998 seconds
Calculated Hardware Clock drift is 0.000000 seconds
2017-11-25 15:26:37.575799+0100

                      Local time: Sat 2017-11-25 15:26:38 CET
                  Universal time: Sat 2017-11-25 14:26:38 UTC
                        RTC time: Sat 2017-11-25 14:26:38
                       Time zone: Europe/Berlin (CET, +0100)
       System clock synchronized: yes
systemd-timesyncd.service active: yes
                 RTC in local TZ: no


58082 17-11-25 14:26:41 00 0 0 579.9 UTC(NIST) * 

Sat Nov 25 15:26:40 CET 2017

[BenutzerGa4gooPh]

Hier unter buster (testing) benutze ich systemd-timesyncd,
bin eigentlich recht zufrieden

Dgl. unter Stretch.
Hier eine Anleitung: viewtopic.php?f=30&t=167402&hilit=syste ... C#p1151945
Keine Pakete wie ntp installieren!

[Emess]

Keine Pakete wie ntp installieren!

Ich glaube nicht. Denn sonst gäbe es ja dieses Problem nicht! Oder?

[BenutzerGa4gooPh]

Ich glaube nicht. Denn sonst gäbe es ja dieses Problem nicht! Oder?

Ich meinte, man sollte nicht beides gemeinsam machen, ntp und systemd-timesyncd.

Hier steht noch was zu Problemen bei Dualboot mit Windows und grosser Abweichung HW-SW-Clock: https://wiki.ubuntuusers.de/ntpd/

Code: Alles auswählen

timedatectl set-timezone Europe/Berlin 
oder
dpkg-reconfigure tzdata

wuerde die Zeitzone vielleicht neu/korrekt konfigurieren? UTC+1 waere ja Ziel.

Code: Alles auswählen

timedatectl

sollte einen Ueberblick geben.

[Tintom]

Hier steht noch was zu Problemen bei Dualboot mit Windows und grosser Abweichung HW-SW-Clock: https://wiki.ubuntuusers.de/ntpd/

Tatsächlich ist das System hier ein Dualboot system und die Uhrzeit habe ich nach jedem Windows-Boot manuell korrigiert. Das hat bis vor Debian 9 auch immer gut funktioniert.

Naja wie auch immer, ich hab mit damit beholfen per ntpdate die aktuelle Zeit zu holen und mittels hwclock --systohc die Hardwareuhr zu synchronisieren.

Nun bekomme ich:

Code: Alles auswählen

$ timedatectl 
      Local time: Sun 2017-11-26 10:01:58 CET
  Universal time: Sun 2017-11-26 09:01:58 UTC
        RTC time: Sun 2017-11-26 09:02:00
       Time zone: Europe/Berlin (CET, +0100)
 Network time on: yes
NTP synchronized: no
 RTC in local TZ: no

Sieht gut aus

[BenutzerGa4gooPh]

Zeitsynchronisation?! Nicht vorhanden oder von tzdata nicht angezeigt?

[skapi]

Hallo,

ich hab da auch ein Problem mit der Uhrzeitsynchronisation - die Uhrzeit lässt sich nicht stellen, weder manuell noch automatisch.
OS: Debian 8
Folgendes hab ich gemacht

Code: Alles auswählen

root@debian / > timedatectl set-ntp true
root@debian / > timedatectl set-timezone 'Europe/Berlin'
root@debian / > systemctl start systemd-timesyncd.service
root@debian / > systemctl restart systemd-timesyncd.service
root@debian / > systemctl status systemd-timesyncd
● systemd-timesyncd.service - Network Time Synchronization
   Loaded: loaded (/lib/systemd/system/systemd-timesyncd.service; enabled)
   Active: active (running) since Do 2017-11-30 10:34:44 CET; 14min ago
     Docs: man:systemd-timesyncd.service(8)
 Main PID: 14762 (systemd-timesyn)
   Status: "Using Time Server 91.134.237.119:123 (0.debian.pool.ntp.org)."
   CGroup: /system.slice/systemd-timesyncd.service
           └─14762 /lib/systemd/systemd-timesyncd

Nov 30 10:49:32 debian systemd-timesyncd[14762]: System time changed. Resyncing.
Nov 29 08:50:00 debian systemd-timesyncd[14762]: interval/delta/delay/jitter/drift 32s/-93571.422s/0.010s/0.004s/+0ppm
Nov 30 10:49:33 debian systemd-timesyncd[14762]: System time changed. Resyncing.
Nov 29 08:50:02 debian systemd-timesyncd[14762]: interval/delta/delay/jitter/drift 32s/-93571.420s/0.010s/0.005s/+0ppm
Nov 30 10:49:33 debian systemd-timesyncd[14762]: System time changed. Resyncing.
Nov 29 08:50:02 debian systemd-timesyncd[14762]: interval/delta/delay/jitter/drift 32s/-93571.418s/0.010s/0.004s/+0ppm
Nov 30 10:49:33 debian systemd-timesyncd[14762]: System time changed. Resyncing.
Nov 30 10:49:33 debian systemd-timesyncd[14762]: interval/delta/delay/jitter/drift 32s/-93571.416s/0.009s/0.008s/+0ppm
Nov 30 10:49:33 debian systemd-timesyncd[14762]: System time changed. Resyncing.
Nov 30 10:49:33 debian systemd-timesyncd[14762]: interval/delta/delay/jitter/drift 32s/-93571.416s/0.010s/0.006s/+0ppm
root@debian / > hwclock --debug ; echo ; timedatectl ; echo ; cat </dev/tcp/time.nist.gov/13 ; echo ; date
hwclock from util-linux 2.25.2
Using the /dev interface to the clock.
Assuming hardware clock is kept in UTC time.
Waiting for clock tick...
...got clock tick
Time read from Hardware Clock: 2017/11/30 09:49:41
Hw clock time : 2017/11/30 09:49:41 = 1512035381 seconds since 1969
Do 30 Nov 2017 10:49:41 CET  -0.470679 seconds

      Local time: Do 2017-11-30 10:49:39 CET
  Universal time: Do 2017-11-30 09:49:39 UTC
        RTC time: Do 2017-11-30 09:49:41
       Time zone: Europe/Berlin (CET, +0100)
     NTP enabled: yes
NTP synchronized: no
 RTC in local TZ: no
      DST active: no
 Last DST change: DST ended at
                  So 2017-10-29 02:59:59 CEST
                  So 2017-10-29 02:00:00 CET
 Next DST change: DST begins (the clock jumps one hour forward) at
                  So 2018-03-25 01:59:59 CET
                  So 2018-03-25 03:00:00 CEST


58086 17-11-29 07:50:09 00 0 0 829.6 UTC(NIST) * 

Do 30. Nov 10:49:39 CET 2017

root@debian / > 

Wie ich schon geschrieben habe lässt sich mit

Code: Alles auswählen

timedatectl set-time <Uhrzeit>

die Zeit auch nicht manuell setzten (timesyncd hab ich bei diesem versuch deaktiviert gehabt).

Hat jemand einen Tipp für mich was ich ändern muss damit die Zeit synchronisiert wird?

Achja... die "/etc/systemd/timesyncd.conf" sieht so aus

Code: Alles auswählen

#  This file is part of systemd.
#
#  systemd is free software; you can redistribute it and/or modify it
#  under the terms of the GNU Lesser General Public License as published by
#  the Free Software Foundation; either version 2.1 of the License, or
#  (at your option) any later version.
#
# See timesyncd.conf(5) for details

[Time]
NTP=0.de.pool.ntp.org 1.de.pool.ntp.org 2.de.pool.ntp.org
FallbackNTP=0.arch.pool.ntp.org 1.arch.pool.ntp.org 2.arch.pool.ntp.org 3.arch.pool.ntp.org

Diese dort eingetragenen Server werden ignoriert - warum auch immer...

[BenutzerGa4gooPh]

Achja... die "/etc/systemd/timesyncd.conf" sieht so aus

Ist m. E. korrekt.

Diese dort eingetragenen Server werden ignoriert - warum auch immer...

Nein:

Status: "Using Time Server 91.134.237.119:123 (0.debian.pool.ntp.org)."

Aber okay, wie die HW-Uhr (RTC) mittels systemd gestellt wird, weiß ich nicht.

Code: Alles auswählen

root@laptop:~# timedatectl
      Local time: Mi 2017-11-29 10:13:51 CET
  Universal time: Mi 2017-11-29 09:13:51 UTC
        RTC time: Mi 2017-11-29 11:13:56
       Time zone: Europe/Berlin (CET, +0100)
 Network time on: yes
NTP synchronized: no
 RTC in local TZ: yes

Warning: The system is configured to read the RTC time in the local time zone.
         This mode can not be fully supported. It will create various problems
         with time zone changes and daylight saving time adjustments. The RTC
         time is never updated, it relies on external facilities to maintain it.
         If at all possible, use RTC in UTC by calling
         'timedatectl set-local-rtc 0'.
         
root@laptop:~# systemctl status systemd-timesyncd
● systemd-timesyncd.service - Network Time Synchronization
   Loaded: loaded (/lib/systemd/system/systemd-timesyncd.service; enabled; vendor preset: enabled)
  Drop-In: /lib/systemd/system/systemd-timesyncd.service.d
           └─disable-with-time-daemon.conf
   Active: active (running) since Wed 2017-11-29 08:53:03 CET; 1h 24min ago
     Docs: man:systemd-timesyncd.service(8)
 Main PID: 766 (systemd-timesyn)
   Status: "Idle."
    Tasks: 2 (limit: 4915)
   CGroup: /system.slice/systemd-timesyncd.service
           └─766 /lib/systemd/systemd-timesyncd

Nov 29 08:53:02 laptop systemd[1]: Starting Network Time Synchronization...
Nov 29 08:53:03 laptop systemd-timesyncd[766]: The system is configured to read the RTC time in the local time zone. This mode can not be fully suppor
Nov 29 08:53:03 laptop systemd[1]: Started Network Time Synchronization.
Nov 29 07:53:27 laptop systemd-timesyncd[766]: Synchronized to time server 10.65.200.1:123 (gw.borstel.test).
root@laptop:~# 

Ich nutze den Zeitserver meines Routers (10.65.200.1:123/gw.borstel.test), damit funktioniert NTP auch mal ohne Internet. Das musst du nicht, aktuell bei dir ist wohl 0.de.pool.ntp.org
Stelle doch einfach die HW-Uhr im BIOS des Rechners. UTC+2 hatte ich für Sommerzeit gestellt, bislang nicht korrigiert. Ohne Schäden.

Code: Alles auswählen

Universal time: Mi 2017-11-29 09:13:51 UTC
        RTC time: Mi 2017-11-29 11:13:56

Also BIOS-Uhr/RTC schadenfrei völlig "daneben". Local time: Mi 2017-11-29 10:13:51 CET

[skapi]

Nein:
skapi hat geschrieben: ↑ zum Beitrag ↑29.11.2017 08:52:12
Status: "Using Time Server 91.134.237.119:123 (0.debian.pool.ntp.org)."

Wie nein?! Die server in der "/etc/systemd/timesyncd.conf" unterscheiden sich doch mit dem verwendeten (z.B. 0.de.pool.ntp.org).
Danke für den Tipp mit dem Router, das geht leider nicht da sich der Server in einem Rechenzentrum befindet.
Hab auch mit

Code: Alles auswählen

date -s <uhrzeit>

versucht die Uhr zu stellen - erfolglos....
Versteh nicht warum das Ding so Stur ist und die Uhrzeit sich nicht stellen lässt

[BenutzerGa4gooPh]

Die server in der "/etc/systemd/timesyncd.conf" unterscheiden sich doch mit dem verwendeten (z.B. 0.de.pool.ntp.org).

Verstehe ich nicht:

[Time] NTP=0.de.pool.ntp.org 1.de.pool.ntp.org 2.de.pool.ntp.org
FallbackNTP=0.arch.pool.ntp.org 1.arch.pool.ntp.org 2.arch.pool.ntp.org 3.arch.pool.ntp.org

vs.

Status: "Using Time Server 91.134.237.119:123 (0.debian.pool.ntp.org)."

Was passt da nicht??? Die IPs können sich ändern, ist wohl ein IP-Pool hinter FQDN/"Hostname".

Wie die Einstellung der Hardwareuhr per systemd funktioniert, weiß ich trotzdem nicht. Ist wohl dein eigentliches Anliegen.

Vieleicht konventionell?

Eine einmalige Korrektur der Uhrzeit erreicht man mit
sudo timedatectl set-time <DATUM UHRZEIT>
Hinweis:
Dabei wird auch die Hardware-Uhr einmalig mit korrigiert.
...
Ergibt die Ausgabe den Fehler
Failed to set time: Automatic time synchronization is enabled
ist die automatische Zeitsynchronisation aktiv und die Uhrzeit kann erst nach deren Deaktivierung gesetzt werden.

https://wiki.ubuntuusers.de/Systemzeit/
Den systemd-Daemon könnte man temporär abschalten:

Code: Alles auswählen

systemctl stop systemd-timesyncd.service

Klappt leider nicht:

Code: Alles auswählen

systemctl stop systemd-timesyncd.service
timedatectl set-time 11:06
Failed to set time: Automatic time synchronization is enabled

root@laptop:~# systemctl status systemd-timesyncd.service
● systemd-timesyncd.service - Network Time Synchronization
   Loaded: loaded (/lib/systemd/system/systemd-timesyncd.service; enabled; vendor preset: enabled)
  Drop-In: /lib/systemd/system/systemd-timesyncd.service.d
           └─disable-with-time-daemon.conf
   Active: inactive (dead) since Wed 2017-11-29 11:06:28 CET; 34s ago
     Docs: man:systemd-timesyncd.service(8)
  Process: 766 ExecStart=/lib/systemd/systemd-timesyncd (code=exited, status=0/SUCCESS)
 Main PID: 766 (code=exited, status=0/SUCCESS)
   Status: "Idle."

Nov 29 08:53:02 laptop systemd[1]: Starting Network Time Synchronization...
Nov 29 08:53:03 laptop systemd-timesyncd[766]: The system is configured to read the RTC time in the local time zone. This mode can not be fully suppor
Nov 29 08:53:03 laptop systemd[1]: Started Network Time Synchronization.
Nov 29 07:53:27 laptop systemd-timesyncd[766]: Synchronized to time server 10.65.200.1:123 (gw.borstel.test).
Nov 29 10:19:50 laptop systemd-timesyncd[766]: Synchronized to time server 10.65.200.1:123 (gw.borstel.test).
Nov 29 11:06:28 laptop systemd[1]: Stopping Network Time Synchronization...
Nov 29 11:06:28 laptop systemd[1]: Stopped Network Time Synchronization.

timedatectl set-time 11:06
Failed to set time: Automatic time synchronization is enabled

[skapi]

So klappts

Code: Alles auswählen

root@debian / > timedatectl set-ntp false
root@debian / > timedatectl set-time 11:14
root@debian / > timedatectl 
      Local time: Do 2017-11-30 13:13:36 CET
  Universal time: Do 2017-11-30 12:13:36 UTC
        RTC time: Do 2017-11-30 10:14:04
       Time zone: Europe/Berlin (CET, +0100)
     NTP enabled: no
NTP synchronized: no
 RTC in local TZ: no
      DST active: no
 Last DST change: DST ended at
                  So 2017-10-29 02:59:59 CEST
                  So 2017-10-29 02:00:00 CET
 Next DST change: DST begins (the clock jumps one hour forward) at
                  So 2018-03-25 01:59:59 CET
                  So 2018-03-25 03:00:00 CEST
root@debian / > 

jedoch stellt sich nur die RTC

[BenutzerGa4gooPh]

Ergebnisse sehe ich keine:

timedatectl set-time 11:14
Local time: Do 2017-11-30 13:13:36 CET
Universal time: Do 2017-11-30 12:13:36 UTC
RTC time: Do 2017-11-30 10:14:04

Vllt. verzichtest du auf NTP per systemd (Service maskieren) und probierst konventionell ntp ?
Dann düfte das Ubuntu-Wiki stimmen.

hwclock --set ... probieren?
https://wiki.ubuntuusers.de/Systemzeit/

Weiter kann ich nicht helfen.

[skapi]

Danke auf alle Fälle!
NTP macht folgendes

Code: Alles auswählen

root@debian / > ntpdate -b ptbtime1.ptb.de
29 Nov 12:33:58 ntpdate[19235]: step time server 192.53.103.108 offset -93536.818235 sec
root@debian / > timedatectl
      Local time: Do 2017-11-30 14:33:00 CET
  Universal time: Do 2017-11-30 13:33:00 UTC
        RTC time: Do 2017-11-30 13:33:00
       Time zone: Europe/Berlin (CET, +0100)
     NTP enabled: no
NTP synchronized: no
 RTC in local TZ: no
      DST active: no
 Last DST change: DST ended at
                  So 2017-10-29 02:59:59 CEST
                  So 2017-10-29 02:00:00 CET
 Next DST change: DST begins (the clock jumps one hour forward) at
                  So 2018-03-25 01:59:59 CET
                  So 2018-03-25 03:00:00 CEST
root@debian / > 

[BenutzerGa4gooPh]

Na, wenn du die HW-Clock auf UTC gesetzt hast, passt es jetzt. RTC=UTC ist m E. ideal, den "Rest" macht die Zeitzone.

Code: Alles auswählen

ntpq -p

zeigt die verbundenen Server.

[MSfree]

RTC=UTC ist m E. ideal, den "Rest" macht die Zeitzone.

So lange auf dem Rechner nur Linux läuft, handhabe ich das auch so.

Wenn das aber Dual-Boot-Systeme mit Windows und Linux sind, klappt das so nicht mehr. Windows will die HWClock in Lokalzeit, Linux in UTC. Sowohl Windows als auch Linux schreiben beim Shutdown die Uhrzeit in die HWClock, Linux in UTC, Windows in Lokalzeit. Die Lösung ist hier, Linux beizubringen, daß die HWClock in Lokalzeit läuft, dann klappt es auch im Zusammenspiel mit Windows. Eine entsprechende Option kann man in die Datei /etc/default/hwclock eintragen.

[dufty2]

Klappt leider nicht:

Doch, klappt schon
Man muss diesen Dienst aber nicht nur stoppen, sondern auch disablen, sprich:
# systemctl disable systemd-timesyncd.service

skapi hat aber scheinbar das Problem, dass sich die hwclock gar nicht verstellen lässt bzw. das System diese Uhrzeit (welche mehr als 24 Stunden voraus ist) immer wieder neu gesetzt wird.
Vielleicht kann man auch die hwclock völlig ignorieren. Aus man timedatectl:

--adjust-system-clock
If set-local-rtc is invoked and this option is passed, the system clock is synchronized
from the RTC again, taking the new setting into account. Otherwise, the RTC is
synchronized from the system clock.

Ob das jetzt wirklich skapi weiterhilft, keine Ahnung.

Bei mir klappt systemd-timesyncd recht gut, wenn jene disable (und nicht nur stoppe), um dann die Zeit mittels
# timedatectl set-time 11:06
völlig zu verstellen und dann wieder systemd-timesyncd aktiviere,
ist innerhalb einer Minute auch die hwclock sprich die "RTC time" automatisch wieder richtig gestellt.

[BenutzerGa4gooPh]

Bei mir klappt systemd-timesyncd recht gut, wenn jene disable (und nicht nur stoppe), um dann die Zeit mittels
# timedatectl set-time 11:06
völlig zu verstellen und dann wieder systemd-timesyncd aktiviere,
ist innerhalb einer Minute auch die hwclock sprich die "RTC time" automatisch wieder richtig gestellt.

Wie ist das bei dir/euch im "Normalbetrieb"? RTC wird bei mir (und wahrscheinlich auch bei skapi) nicht automatisch von systemd-timesyncd korrigiert:

Code: Alles auswählen

root@laptop:~# timedatectl
      Local time: Mi 2017-11-29 10:13:51 CET
  Universal time: Mi 2017-11-29 09:13:51 UTC
        RTC time: Mi 2017-11-29 11:13:56
       Time zone: Europe/Berlin (CET, +0100)
 Network time on: yes
NTP synchronized: no
 RTC in local TZ: yes

bzw. viewtopic.php?f=27&t=167635#p1154589

Kann man da was machen? Ich habe bisher (nur) so konfiguriert: https://wiki.archlinux.org/index.php/systemd-timesyncd

Vlt. so:

[Die Lösung ist hier, Linux beizubringen, daß die HWClock in Lokalzeit läuft, dann klappt es auch im Zusammenspiel mit Windows. Eine entsprechende Option kann man in die Datei /etc/default/hwclock eintragen.

[dufty2]

Wie ist das bei dir/euch im "Normalbetrieb"? RTC wird bei mir (und wahrscheinlich auch bei skapi) nicht automatisch von systemd-timesyncd korrigiert:

Code: Alles auswählen

root@laptop:~# timedatectl
      Local time: Mi 2017-11-29 10:13:51 CET
  Universal time: Mi 2017-11-29 09:13:51 UTC
        RTC time: Mi 2017-11-29 11:13:56
       Time zone: Europe/Berlin (CET, +0100)
 Network time on: yes
NTP synchronized: no
 RTC in local TZ: yes

Wenn ich Deine Ausgabe richtig interpretiere, dann hast Du Deine hardware clock auf Sommerzeit eingestellt.
Meine Interpretation von 'man timedatectl' ist, dass diese Synchronisierung der hwclock durch systemd-timesyncd nur dann erfolgt, wenn die hardware clock auch nur in UTC eingestellt ist.
Da ich kein Windows habe, ist das bei mir auch so der Fall:

Code: Alles auswählen

$ timedatectl 
                      Local time: Mi 2017-11-29 18:54:44 CET
                  Universal time: Mi 2017-11-29 17:54:44 UTC
                        RTC time: Mi 2017-11-29 17:54:44
                       Time zone: Europe/Berlin (CET, +0100)
       System clock synchronized: yes
systemd-timesyncd.service active: yes
                 RTC in local TZ: no

Habe gelesen, dass chrony (bei Red Hat) die hwclock alle 11 Minuten nachstellt (nach ntp),
und nicht nur beim Runterfahren der Kiste (wie es früher der Fall war).

[skapi]

Danke für die vielen Antworten!
Hätte nicht gedacht dass es auf biegen und brechen nicht möglich ist dass ich die Uhr richtig gestellt bekomme....
Nachdem es sich hier um einen Server in einem RZ (dedicated) handelt und ich eig. nicht viel Freude damit habe einen Reboot zu machen, was mein Ihr mal neu booten?

[BenutzerGa4gooPh]

Ich probiere morgen - voerst ungleich aber nahe an UTC/System-/systemd-time:

hwclock --set ... probieren?
https://wiki.ubuntuusers.de/Systemzeit/

und danach dufty2 aus.

Wenn ich Deine Ausgabe richtig interpretiere, dann hast Du Deine hardware clock auf Sommerzeit eingestellt.

Korrekt. Erst durch den Thread/skapi ueberhaupt bemerkt. Im Interesse von skapi teste ich morgen, ob/wie ohne BIOS-Zugang/Reboot korrigierbar.

[BenutzerGa4gooPh]

Ausgangspunkt:

Code: Alles auswählen

timedatectl
      Local time: Fr 2017-12-01 08:37:59 CET
  Universal time: Fr 2017-12-01 07:37:59 UTC
        RTC time: Fr 2017-12-01 09:38:05
       Time zone: Europe/Berlin (CET, +0100)
 Network time on: yes
NTP synchronized: no
 RTC in local TZ: yes
 ...
hwclock
2017-12-01 09:39:16.155698+0100

Ohne systemd-timesyncd zu stoppen oder disable:

Code: Alles auswählen

hwclock --systohc
hwclock
2017-12-01 08:39:56.905721+0100
root@laptop:~# timedatectl
      Local time: Fr 2017-12-01 08:40:04 CET
  Universal time: Fr 2017-12-01 07:40:04 UTC
        RTC time: Fr 2017-12-01 08:40:04
       Time zone: Europe/Berlin (CET, +0100)
 Network time on: yes
NTP synchronized: no
 RTC in local TZ: yes

hwclock --systohc -> stellt auf lokale Zeit.

Code: Alles auswählen

hwclock --set --date="12/01/17 07:40:05"
root@laptop:~# hwclock
2017-12-01 07:40:10.655797+0100
..
timedatectl
      Local time: Fr 2017-12-01 08:43:11 CET
  Universal time: Fr 2017-12-01 07:43:11 UTC
        RTC time: Fr 2017-12-01 07:40:41
       Time zone: Europe/Berlin (CET, +0100)
 Network time on: yes
NTP synchronized: no
 RTC in local TZ: yes

mit hwclock --set --date="12/01/17 07:40:05"-> nur etwa auf UTC (Systemzeit) gestellt. Warten wir mal etwas, ob systemd-timesyncd die hwclock/RTC ohne Reboot nachstellt ... nö.

So wird RTC=UTC:

Code: Alles auswählen

timedatectl set-local-rtc 0
root@laptop:~# timedatectl
      Local time: Fr 2017-12-01 09:04:12 CET
  Universal time: Fr 2017-12-01 08:04:12 UTC
        RTC time: Fr 2017-12-01 08:04:12
       Time zone: Europe/Berlin (CET, +0100)
 Network time on: yes
NTP synchronized: no
 RTC in local TZ: no

Nun hat skapi 2 Möglichkeiten, die HW-Uhr einzustellen ohne BIOS-Zugriff und systemd-timesyncd zu disablen.

Schauen wir mal, was durch Reboot passiert:

Code: Alles auswählen

timedatectl
      Local time: Fr 2017-12-01 09:15:19 CET
  Universal time: Fr 2017-12-01 08:15:19 UTC
        RTC time: Fr 2017-12-01 08:15:19
       Time zone: Europe/Berlin (CET, +0100)
 Network time on: yes
NTP synchronized: yes
 RTC in local TZ: no

Gab nur beim 1. Reboot paar Warnungen, die in journalctl -b -p err nicht auftauchen. Habe ich mir nicht gemerkt.

Nun schauen wir mal noch, was nach einem zwischenzeitlichen Booten von Windows10 passiert ...

Code: Alles auswählen

timedatectl
      Local time: Fr 2017-12-01 09:28:16 CET
  Universal time: Fr 2017-12-01 08:28:16 UTC
        RTC time: Fr 2017-12-01 08:28:16
       Time zone: Europe/Berlin (CET, +0100)
 Network time on: yes
NTP synchronized: yes
 RTC in local TZ: no

Passt, aber gab wieder Warnungen etwa: Superblock mount und write time in the future.
aus journalctl:

Code: Alles auswählen

Dez 01 08:26:59 laptop systemd-timesyncd[771]: System clock time unset or jumped backwards, restoring from recorded timestamp: Fri 2017-12-01 09:23:35
Dez 01 09:23:35 laptop systemd[1]: Time has been changed
Dez 01 09:23:35 laptop systemd[1]: Started Network Time Synchronization.

[BenutzerGa4gooPh]

Die Lösung ist hier, Linux beizubringen, daß die HWClock in Lokalzeit läuft, dann klappt es auch im Zusammenspiel mit Windows. Eine entsprechende Option kann man in die Datei /etc/default/hwclock eintragen.

Linux auf lokale Zeit umstellen
Alternativ kann man Linux auf lokale Zeit umstellen. Da dies jedoch einige Probleme bereitet (Zeitumstellung bewirkt, dass Dateien mit Erstellungsdatum in der Zukunft existieren), sollte es nur als letzte Option genutzt werden.
...
Unter systemd nutzt man das Programm timedatectl:
timedatectl set-local-rtc 1

Wie man#s macht, ist es falsch.
Ich gehe mal davon aus, dass Zeitumstellung 2 x pro Jahr efolgt, Windows öfter gebootet wird. Sollte man sich wohl für die wenigsten "Zeitreisen" entscheiden oder Registry von Windows RTC=UTC anpassen. Was bei "Creatos Upgrade" davon bleibt?
Ich stelle Debian wieder auf Lokalzeit um:

Code: Alles auswählen

timedatectl set-local-rtc 1
root@laptop:~# timedatectl
      Local time: Fr 2017-12-01 09:49:32 CET
  Universal time: Fr 2017-12-01 08:49:32 UTC
        RTC time: Fr 2017-12-01 09:49:32
       Time zone: Europe/Berlin (CET, +0100)
 Network time on: yes
NTP synchronized: yes
 RTC in local TZ: yes

nach Reboot:

Code: Alles auswählen

timedatectl
      Local time: Fr 2017-12-01 09:58:19 CET
  Universal time: Fr 2017-12-01 08:58:19 UTC
        RTC time: Fr 2017-12-01 08:58:19
       Time zone: Europe/Berlin (CET, +0100)
 Network time on: yes
NTP synchronized: no
 RTC in local TZ: yes

NTP synchronized: no -> lässt sich auch nicht ändern durch temporäres disablen von systemd-timesyncd und timedatectl set-ntp true. RTC=UTC???

Edit:
Probieren wir mal ohne Netzwerk, nach Reboot:

Code: Alles auswählen

timedatectl
      Local time: Fr 2017-12-01 10:08:26 CET
  Universal time: Fr 2017-12-01 09:08:26 UTC
        RTC time: Fr 2017-12-01 09:08:55
       Time zone: Europe/Berlin (CET, +0100)
 Network time on: yes
NTP synchronized: no
 RTC in local TZ: yes

Putzig, RTC etwa UTC.

Nach Aktivierung Netzwerk:

Code: Alles auswählen

timedatectl
      Local time: Fr 2017-12-01 10:23:30 CET
  Universal time: Fr 2017-12-01 09:23:30 UTC
        RTC time: Fr 2017-12-01 09:23:30
       Time zone: Europe/Berlin (CET, +0100)
 Network time on: yes
NTP synchronized: no
 RTC in local TZ: yes

Wieso RTC=UTC???

Also stelle ich wieder um

Code: Alles auswählen

timedatectl set-local-rtc 0

(RTC=UTC) und teste MSFrees Methode ...

[MSfree]

Linux auf lokale Zeit umstellen
Alternativ kann man Linux auf lokale Zeit umstellen. Da dies jedoch einige Probleme bereitet (Zeitumstellung bewirkt, dass Dateien mit Erstellungsdatum in der Zukunft existieren), sollte es nur als letzte Option genutzt werden.

Wie man#s macht, ist es falsch.

Naja, Linux wirklich in Lokalzeit laufen zu lassen, halte ich auch für problematisch.

Man kann aber die HW-Clock, also die BIOS-Uhr auf dem MoBo, in Lokalzeit laufen lassen und Linux trotzdem mit entsprechender Zeitzoneneinstellung konfigurieren. Linux würde sich dann die Lokalzeit von der HW-Clock holen, diese in UTC umrechnen und dann mit einer weiteren Umrechnung wieder in Lokalzeit anzeigen. Das funktioniert ganz einfach mit der Option --localtime, die man in der Datei /etc/default/hwclock setzten kann.

Der Linuxkernel hat dann seine interne Uhr wieder wie gewünscht in UTC, der Benutzer sieht seine Zeit in der einegstellten Zeitzone (inklusive Sommer-/Winterzeit) und Windows ist glücklich, weil es die Zeit der HW-Clock in Lokalzeit vorgesetzt bekommt.