Ich habe Arch Linux (64bit) auf eine SD Karte geschrieben, eingeschoben und den Raspberry Pi 3B eingeschaltet. Im Rahmen der Konfiguration habe ich folgendes konfiguriert:
`#nano /etc/systemd/timesyncd.conf
NTP=0.de.pool.ntp.org 1.de.pool.ntp.org 2.de.pool.ntp.org 3.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
RootDistanceMaxSec=5
PollIntervalMinSec=32
PollIntervalMaxSec=2048
#timedatectl set-timezone Europe/Berlin
#systemctl enable systemd-timesyncd
#systemctl start systemd-timesyncd
#timedatectl set-ntp true`
Die UTC Zeit ist eine Stunde zu hoch, sie entpricht der Lokalzeit (Winterzeit Deutschland). Die Lokalzeit ist damit auch um eine Stunde zu hoch. Das war übrigens auch schon initial der Fall (also für die UTC), bevor ich die Zeitzone konfiguriert habe. Ein Re-Boot hat auch nichts geändert.
Unten die relevanten Status-Ausgaben. Ich habe dazu folgende Fragen:
- Was ist die Ursache bzw. die Behebung des Problems? Kann der Status LinkNTPServers=192.168.178.1 etwas damit zu tun haben, bzw. was hat es mit dem LinkNTPServers Eintrag auf sich - ich habe diesen nicht konfiguriert; etwa dass auf den Timeserver des Routers zurückgegriffen wird und dabei Lokalzeit mit UTC verwechselt wird?
- Ich finde keine Dokumentation, wie die automatische Umschaltung zwischen Sommer/Winterzeit konfiguriert werden kann bzw. der Status abgefragt. Ich bräuchte diese Funktion auf dem Rechner.
- Das Manjaro auf meinem Arbeitsplatzrechner verwendet offensichtlich systemd-timesyncd nicht (status inactive) und funktioniert korrekt. Wie ist die Zeitsynchronisation dort gelöst und wäre das eine gute Alternative?
`[root@alarm controluser]# systemctl status systemd-timesyncd
- systemd-timesyncd.service - Network Time Synchronization
Loaded: loaded (/usr/lib/systemd/system/systemd-timesyncd.service; enabled; vendor preset: enabled)
Active: active (running) since Wed 2022-01-05 17:16:42 CET; 28min ago
Docs: man:systemd-timesyncd.service(8)
Main PID: 345 (systemd-timesyn)
Status: "Initial synchronization to time server 3.121.254.221:123 (0.de.pool.ntp.org)."
Tasks: 2 (limit: 982)
Memory: 2.1M
CPU: 295ms
CGroup: /system.slice/systemd-timesyncd.service
`-345 /usr/lib/systemd/systemd-timesyncd
Nov 12 15:10:40 alarm systemd[1]: Starting Network Time Synchronization...
Nov 12 15:10:41 alarm systemd-timesyncd[345]: System clock time unset or jumped backwards, restoring from recorded timestamp: Wed 2022-01-05 17:16:42 C>
Jan 05 17:16:42 alarm systemd[1]: Started Network Time Synchronization.
Jan 05 17:16:43 alarm systemd-timesyncd[345]: Network configuration changed, trying to establish connection.
Jan 05 17:17:09 alarm systemd-timesyncd[345]: Initial synchronization to time server 3.121.254.221:123 (0.de.pool.ntp.org).
lines 1-17/17 (END)
[root@alarm controluser]# timedatectl show-timesync
LinkNTPServers=192.168.178.1
SystemNTPServers=0.de.pool.ntp.org 1.de.pool.ntp.org 2.de.pool.ntp.org 3.de.pool.ntp.org
FallbackNTPServers=0.arch.pool.ntp.org 1.arch.pool.ntp.org 2.arch.pool.ntp.org 3.arch.pool.ntp.org
ServerName=0.de.pool.ntp.org
ServerAddress=3.121.254.221
RootDistanceMaxUSec=5s
PollIntervalMinUSec=32s
PollIntervalMaxUSec=34min 8s
PollIntervalUSec=34min 8s
NTPMessage={ Leap=0, Version=4, Mode=4, Stratum=2, Precision=-21, RootDelay=9.353ms, RootDispersion=77.239ms, Reference=C035676C, OriginateTimestamp=Wed 2022-01-05 17:51:22 CET, ReceiveTimestamp=Wed 2022-01-05 17:51:22 CET, TransmitTimestamp=Wed 2022-01-05 17:51:22 CET, DestinationTimestamp=Wed 2022-01-05 17:51:22 CET, Ignored=yes PacketCount=7, Jitter=11.097ms }
Frequency=28694
[root@alarm controluser]# timedatectl status
Local time: Wed 2022-01-05 17:51:58 CET
Universal time: Wed 2022-01-05 16:51:58 UTC
RTC time: n/a
Time zone: Europe/Berlin (CET, +0100)
System clock synchronized: yes
NTP service: active
RTC in local TZ: no
[root@alarm controluser]#
`