Arch Linux

UTC 2 Stunden nach tatsaechlicher utc

it-crowd

Hallo,

ich habe um 18:41 timedatectl mit

# timedatectl status

aufgerufen und bekomme als UTC von timedatectl "20:41" angezeigt:

Local time: Mon 2016-05-09 20:41:34 CEST
Universal time: Mon 2016-05-09 18:41:34 UTC
RTC time: Mon 2016-05-09 20:41:34
Time zone: Europe/Berlin (CEST, +0200)
Network time on: no
NTP synchronized: no
RTC in local TZ: yes

Google sagt wir haetten gerade 16:49 UTC Zeit, also waere es vorher tatsaechlich 16:41 gewesen.

Muesste das nicht unabhaenig von der Zeitzone, die ich konfiguriert habe (Europe/Berlin) durch den ntpd

# ntpd -u ntp:ntp

richtig eingestellt werden?

T.M.

Ein Problem lautet: "RTC in local TZ: yes" - RTC heisst "real time clock"

Wenn die Hardware-Uhr des Rechners auf Lokalzeit läuft (was eigentlich gar nicht zulässig sein dürfte, aber einige BIOSe erlauben das), dann ist immer allerhöchst fraglich, was nachfolgende Softwarekomponenten in diese Angabe hineininterpretieren. Es kann eigentlich nur noch fälscher werden. Jede Lokalzeit ist ja bereits eine interpretierte Zeit. Es geht schon bei der Beantwortung der Frage los, in welcher (!) Zeitzone sich denn der Rechner befindet - das muss dann ja bereits im BIOS beantwortet werden, ohne OS ...

Ich empfehle grundsätzlich, die Hardware-Uhr direkt im BIOS auf UTC zu setzen (das ist unsere Lokalzeit minus im Winter 1h und im Sommer 2h) und das auf ewig unverändert so zu lassen (d.h. nicht etwa dort von Hand die Sommerzeit umzuschalten). Das löst eine ganze Reihe von solchen Problemchen. Beim ersten Booten wird dann die OS-eigene Software-Uhr falsch gehen, man setzt sie einmal richtig auf die lokale Uhrzeit, die in der Zeitzone, die man konfiguriert hat, tatsächlich gilt, und dann muss die auch beim nächsten Boot automatisch richtig gehen.

Sofern die Hardware-Uhr auf UTC läuft, funktioniert auch ntp richtig. Man muss nichts weiter daran konfigurieren.

sanni

Sofern die Hardware-Uhr auf UTC läuft, funktioniert auch ntp richtig. Man muss nichts weiter daran konfigurieren.

Ist so scheinbar nicht ganz richtig. Meine Schleppizeit wird über ntp synchronisiert. Und ist immer nach dem Rechnerstart auf local gesetzt.
Ein Sysadmin hat mir mal verraten, dass das ein vollkommen richtiges Verhalten sei, wenn die Rechnerzeit über ntp synchronisiert wird.
Ich kann über 'timedatctl set-local-rtc 0' oder auch mit einem editor in der /etc/adjtime auf UTC ändern. Sobald Schleppi neu gestartet wurde, steht da wieder 'local'.

Sollte es da einen Weg drumherum geben, wäre ich dankbar, wenn du den mal bekannt geben könntest.

tapsiturtle

Ich nutze systemd-timesyncd als NTP Client und das funktioniert wunderbar. Die Einrichtung wird hier beschrieben: https://wiki.archlinux.org/index.php/systemd-timesyncd

sanni

dito 🙂

Gerade habe ich mal folgendes gemacht:

systemctl disable ntpd.service
timedatectl set-local-rtc 0
timedatectl set-ntp true
systemctl reboot

und dann:

timedatectl status:

       Local time: Di 2016-05-10 13:52:24 CEST
       Universal time: Di 2016-05-10 11:52:24 UTC
        RTC time: Di 2016-05-10 11:52:24
       Time zone: Europe/Berlin (CEST, +0200)
 Network time on: yes
NTP synchronized: yes
 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'.

Von irgendwelchen Leichen, die noch vom Wechsel von init nach systemd übrig sind, weiss ich nichts....

tapsiturtle

Hast du direkt nach dem ausführen von

timedatectl set-local-rtc 0

mal ins Journal geschaut? Beziehungsweise generell mal das Journal nach Einträgen durchsucht in richtung RTC?

frostschutz

Wo kommt deine /etc/adjtime eigentlich her... ich habe keine...

# file /etc/adjtime
/etc/adjtime: cannot open `/etc/adjtime' (No such file or directory)
# timedatectl
      Local time: Tue 2016-05-10 14:37:30 CEST
  Universal time: Tue 2016-05-10 12:37:30 UTC
        RTC time: Tue 2016-05-10 12:37:30
       Time zone: Europe/Berlin (CEST, +0200)
 Network time on: yes
NTP synchronized: yes
 RTC in local TZ: no

Evtl. auch mkinitcpio aktualisieren, wenn da schon was im Initramfs läuft mit der Zeit.

sanni

Das Journal zeigt keine Auffälligkeiten (RTC configured in localtime, applying delta of 60 minutes to system time), in der mkinitcpio.con sind keinerlei Einträge , die irgendwie auf RTC oder Zeit schliessen lassen.
Da habe ich einfach mal die adjtime umbenannt, und das Obige nochmal gemacht.
Ergebnis: die adjtime ist wieder da! Die Zeit ist natürlich auch wieder auf local...

T.M.

Eventuell wäre auch mal die Datei /var/lib/ntp/ntp.drift zu löschen. Wenn dort mehr als eine oder sogar zwei Stunden Verschiebung drinstehen, sieht es am Ende auch aus wie Lokalzeit.

Bei mir zeigt timedatectl allerdings:

      Local time: Mi 2016-05-11 16:44:40 CEST
  Universal time: Mi 2016-05-11 14:44:40 UTC
        RTC time: Mi 2016-05-11 14:44:40
       Time zone: Europe/Zurich (CEST, +0200)
 Network time on: no
NTP synchronized: yes
 RTC in local TZ: no

Woher mein OS weiß, daß die RTC auf UTC läuft, kann ich nicht sagen, im BIOS steht es definitiv nicht, das hab ich nachgeschaut. Ich finde aber auch in /etc keine vernünftige Datei, wo sowas stehen könnte, offenbar weil das der Normalfall ist.

sanni

adjtime gelöscht, ntp.drift gelöscht (da stand 6.151 drin) und alles wie gehabt gemacht: 'uääääää....'

Noch'n Versuch?