Uhrzeit verstellt sich regelmäßig

[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.

[BenutzerGa4gooPh]

Ich habe mich doch lieber für den exakten Weg entschieden, RTC=UTC für Linux und Windows 10:

Linux:

Code: Alles auswählen

timedatectl set-local-rtc 0
timedatectl set-ntp true
systemctl restart systemd-timesyncd.service

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: active (running) since Fri 2017-12-01 10:56:47 CET; 30s ago
     Docs: man:systemd-timesyncd.service(8)
 Main PID: 1947 (systemd-timesyn)
   Status: "Synchronized to time server 10.65.200.1:123 (gw.borstel.test)."
    Tasks: 2 (limit: 4915)
   CGroup: /system.slice/systemd-timesyncd.service
           └─1947 /lib/systemd/systemd-timesyncd

Dez 01 10:56:47 laptop systemd[1]: Starting Network Time Synchronization...
Dez 01 10:56:47 laptop systemd[1]: Started Network Time Synchronization.
Dez 01 10:56:47 laptop systemd-timesyncd[1947]: Synchronized to time server 10.65.200.1:123 (gw.borstel.test).

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

Windows 10:
Eingabeaufforderung als Administrator öffnen:

Code: Alles auswählen

reg add "HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\TimeZoneInformation" /v RealTimeIsUniversal /d 1 /t REG_DWORD /f

https://wiki.archlinux.org/index.php/ti ... in_Windows
In den Uhrzeiteinstellungen mal NTP deaktivieren und wieder aktivieren, dann hat's Windows 10 "gefressen": Lokalzeit in der Oberfläche angekommen.

In "guter Hoffnung", dass die Registry-Änderung künfige "Creators Upgrades" übersteht ...

Edit: Im Linux-Journal gibt es auch nach Booten von Windows keine "Zeitsprünge" mehr.

[MSfree]

Ich habe mich doch lieber für den exakten Weg entschieden, RTC=UTC für Linux und Windows 10:

OK, du hast Win10 auf eine UTC-HWClock angepaßt, ich habe beschrieben, wie man Linux auf eine Lokalzeit-HWClock anpaßt. Beides funktioniert, welches einem jetzt lieber ist,ist Geschmacksache.

Ich weiß leider nicht, ob man Win 7-8.1 auch über den Registry-Eintrag auf eine UTC-HWClock einstellen kann. Falls nicht, muß man Linux entsprechend auf Lokalzeit-HWClock stellen.

[BenutzerGa4gooPh]

OK, du hast Win10 auf eine UTC-HWClock angepaßt, ich habe beschrieben, wie man Linux auf eine Lokalzeit-HWClock anpaßt.

Ich weiß. Nicht böse sein!

Ich weiß leider nicht, ob man Win 7-8.1 auch über den Registry-Eintrag auf eine UTC-HWClock einstellen kann.

Sollte funktionieren, bei meiner Win10-Recherche brachte Startpage (Google) auch ältere Treffer. "Bedürftige" können selber suchen ...