Befehl um die Aktualisierung der Uhrzeit zu erzwingen

Blackbox-raspberryde · May 18, 2023 at 7:00 PM

Hallo zusammen,

ich hätte eine kurze Frage. Der Raspberry Pi besitzt eine Fake-Hardware-Clock. Er schreibt turnusmäßig seine Uhrzeit in eine Datei und bei einem Neustart nutzt er zuerst diese Zeit bevor er die aktuelle Zeit aus dem Internet holt.

Jetzt stellt sich für mich die Frage, wie lautet der Befehl den der Raspberry Pi ausführt um die Uhrzeit mit dem Internet abzugleichen.

Hintergrund: Ich benötige für ein Projekt die aktuelle Uhrzeit aus dem Internet bevor ich etwas mache. Deshalb würde ich den Befehl gerne selbst ausführen bevor mein Programm weiterläuft.

Vielen Dank für eure Antworten.

Bot · Vor 5 Minuten

Befehl um die Aktualisierung der Uhrzeit zu erzwingen? Schau mal ob du hier fündig wirst!

**hyle** · May 18, 2023 at 7:18 PM

Das dürfte die systemd-timesyncd.service sein, die dafür verantwortlich ist. Da könnte man vermutlich mit sudo systemctl restart systemd-timesyncd.service erfolgreich sein.

Habe ich aber nie getestet und deshalb ohne Gewähr!

//Edit

Gerade getestet und scheint zu funktionieren!

daxb · May 18, 2023 at 7:39 PM

Oder mit man systemd-timesyncd.service:

Quote

timedatectl(1)'s set-ntp command may be used to enable and start, or disable and stop this service.

Bot · Vor einem Moment

Schau mal ob du hier fündig wirst:

rpi444 · May 18, 2023 at 8:57 PM

Quote from Blackbox-raspberryde

Deshalb würde ich den Befehl gerne selbst ausführen bevor mein Programm weiterläuft.

Führe:

Code

sudo timedatectl set-ntp true

aus und danach sofort:

Code

date && rdate -4npu 130.133.1.10

ausführen. Wenn die Ausgaben identisch sind, hat es funktioniert. BTW: rdate musst Du evtl. noch installieren:

Code

sudo apt install rdate

**hyle** · May 18, 2023 at 9:08 PM

Wie geschrieben funktioniert die systemd-timesyncd.service zu restarten. Damit würde man sich IMHO zumindest die Zwischenschritte ersparen.

rpi444 · May 18, 2023 at 9:12 PM

Quote from hyle

Wie geschrieben funktioniert die systemd-timesyncd.service zu restareten.

D. h., es ist ein Unterschied ob systemd-timesyncd.service gestartet wird oder restartet wird? ich kann es nicht testen, weil mein PI 24/7 online ist.

Bot · Vor einem Moment

Schau mal ob du hier fündig wirst:

**hyle** · May 18, 2023 at 9:24 PM

Die systemd-timesyncd.service ist enabled und aktiv im laufenden System. Da ist es nur logisch diese zu restarten oder!?

Nach meinem letzten restart:

Code

pi@avi:~ $ systemctl status systemd-timesyncd.service
● systemd-timesyncd.service - Network Time Synchronization
     Loaded: loaded (/lib/systemd/system/systemd-timesyncd.service; enabled; vendor preset: enabled)
     Active: active (running) since Thu 2023-05-18 19:24:55 CEST; 1h 59min ago
       Docs: man:systemd-timesyncd.service(8)
   Main PID: 3230 (systemd-timesyn)
     Status: "Initial synchronization to time server 217.91.44.17:123 (0.debian.pool.ntp.org)."
      Tasks: 2 (limit: 2086)
        CPU: 258ms
     CGroup: /system.slice/systemd-timesyncd.service
             └─3230 /lib/systemd/systemd-timesyncd

Mai 18 19:24:55 avi systemd[1]: Starting Network Time Synchronization...
Mai 18 19:24:55 avi systemd[1]: Started Network Time Synchronization.
Mai 18 19:24:55 avi systemd-timesyncd[3230]: Initial synchronization to time server 217.91.44.17:123 (0.debian.pool.ntp.org).

Display More

rpi444 · May 18, 2023 at 9:34 PM

Quote from hyle

Die systemd-timesyncd.service ist enable und aktiv im laufenden System. Da ist es nur logisch diese zu restarten oder!?

Naja, ganz logisch ist es nicht. Denn nach dem booten ist sie auch aktiv und braucht etwas Zeit für "um die Uhrzeit mit dem Internet abzugleichen". Jetzt macht man ein restart der "systemd-timesyncd.service" und plötzlich ist Alles OK?

**hyle** · May 18, 2023 at 9:38 PM

Quote from rpi444

Jetzt macht man ein restart der "systemd-timesyncd.service" und plötzlich ist Alles OK?

Zumindest holt es die aktuelle Zeit vom NTP-Server und das war es doch was der TO wollte. Aber ich teste das mal weiter...

Bot · Vor einem Moment

Schau mal ob du hier fündig wirst:

rpi444 · May 18, 2023 at 9:42 PM

Quote from hyle

Zumindest holt es die aktuelle Zeit vom NTP-Server und das war es doch was der TO wollte.

Der TE wollte, dass _sofort_ nach dem booten, auch die _richtige_ Zeit gesetzt wird bzw. vorhanden ist und genutzt werden kann. Zwischen Zeit holen und Zeit setzen, kann m. E. ein Unterschied sein..

Franjo G · May 18, 2023 at 9:42 PM

Quote from hyle

Zumindest holt es die aktuelle Zeit vom NTP-Server

Ist es nicht möglich, dass beim Start der systemd-timesyncd.service (nach oder während des bootens) das Netzwerk noch nicht bereit ist, und somit der NTP-Server nicht antwortet?

Ich weiß ja nicht in welchen Zeitabständen der abgefragt wird.

Somit könnte ein restart helfen.

**hyle** · May 18, 2023 at 9:53 PM

Also ich habe

Code

sudo systemctl disable systemd-timesyncd.service

abgesetzt, damit der Service nicht bei Systemstart ausgeführt wird und den RPi heruntergefahren und ein paar Minuten gewartet.

Nach dem Neustart:

Code

pi@avi:~ $ date
Do 18. Mai 21:39:34 CEST 2023
pi@avi:~ $ sudo systemctl start systemd-timesyncd.service
pi@avi:~ $ date
Do 18. Mai 21:47:43 CEST 2023

Funktioniert sofort wie ich bereits schrieb.

Bot · Vor einem Moment

Schau mal ob du hier fündig wirst:

rpi444 · May 18, 2023 at 10:01 PM

Quote from hyle
Nach dem Neustart:
Code
pi@avi:~ $ date
Do 18. Mai 21:47:43 CEST 2023
Funktioniert sofort wie ich bereits schrieb.

OK, aber wir haben hier kein Vergleich ob es ganz genau ist.

Evtl. helfen auch die Ausgaben von:

Code

timedatectl timesync-status
timedatectl show-timesync
timedatectl status

Der TE hat auch nicht geschrieben wie lange (12 Std.?) sein PI offline war. Möglichkeiten (auch mit dem "Holzhammer") die richtige Zeit sofort nach dem booten zu setzen, gibt es.

**hyle** · May 18, 2023 at 10:13 PM

Quote from rpi444

OK, aber wir haben hier kein Vergleich ob es ganz genau ist.

8 Minuten Differenz erscheinen mir ziemlich genau zu sein. Da wirst Du mir schon vertrauen müssen, dass ich diese Zeit zwischen den beiden date nicht ausgesessen habe.

Code

pi@avi:~ $ timedatectl timesync-status
       Server: 129.250.35.251 (0.debian.pool.ntp.org)
Poll interval: 17min 4s (min: 32s; max 34min 8s)
         Leap: normal
      Version: 4
      Stratum: 2
    Reference: 81FA23DE
    Precision: 1us (-24)
Root distance: 88.691ms (max: 5s)
       Offset: -2.251ms
        Delay: 23.863ms
       Jitter: 1.093ms
 Packet count: 6
    Frequency: -5,546ppm
pi@avi:~ $ timedatectl show-timesync
FallbackNTPServers=0.debian.pool.ntp.org 1.debian.pool.ntp.org 2.debian.pool.ntp.org 3.debian.pool.ntp.org
ServerName=0.debian.pool.ntp.org
ServerAddress=129.250.35.251
RootDistanceMaxUSec=5s
PollIntervalMinUSec=32s
PollIntervalMaxUSec=34min 8s
PollIntervalUSec=17min 4s
NTPMessage={ Leap=0, Version=4, Mode=4, Stratum=2, Precision=-24, RootDelay=138.504ms, RootDispersion=19.439ms, Reference=81FA23DE, OriginateTimestamp=Thu 2023-05-18 22:04:29 CEST, ReceiveTimestamp=Thu 2023-05-18 22:04:29 CEST, TransmitTimestamp=Thu 2023-05-18 22:04:29 CEST, DestinationTimestamp=Thu 2023-05-18 22:04:29 CEST, Ignored=no PacketCount=6, Jitter=1.093ms }
Frequency=-363464
pi@avi:~ $ timedatectl status
               Local time: Do 2023-05-18 22:12:37 CEST
           Universal time: Do 2023-05-18 20:12:37 UTC
                 RTC time: n/a
                Time zone: Europe/Berlin (CEST, +0200)
System clock synchronized: yes
              NTP service: active
          RTC in local TZ: no

Display More

rpi444 · May 18, 2023 at 10:18 PM

Quote from hyle

Da wirst Du mir schon vertrauen müssen, ...

Vertrauen kann man, aber zeigen und sehen mit z. B.:

Code

:~# date && rdate -4npu 129.250.35.251
Thu 18 May 22:16:05 CEST 2023
Thu May 18 22:16:05 CEST 2023

(oder gleichwertig) ist m. E. besser.

Bot · Vor einem Moment

Schau mal ob du hier fündig wirst:

**hyle** · May 18, 2023 at 10:22 PM

Code

pi@avi:~ $ date && rdate -4npu 129.250.35.251
Do 18. Mai 22:21:18 CEST 2023
-bash: rdate: Kommando nicht gefunden.

Ich mag aber rdate nicht unbedingt installieren, wenn es nicht sein muss.

rpi444 · May 18, 2023 at 10:25 PM

Quote from Blackbox-raspberryde

Hintergrund: Ich benötige für ein Projekt die aktuelle Uhrzeit aus dem Internet bevor ich etwas mache. Deshalb würde ich den Befehl gerne selbst ausführen bevor mein Programm weiterläuft.

BTW: Wenn "dein Programm" mit einer service-unit gestartet/gesteuert wird, kannst Du in seiner service-unit, auch diese Abhängigleiten:

Code

Requires=time-sync.target
Requires=systemd-time-wait-sync.service
After=time-sync.target
After=systemd-time-wait-sync.service

eintragen bzw. benutzen.

rpi444 · May 18, 2023 at 10:27 PM

Quote from hyle

Ich mag aber rdate nicht unbedingt installieren, ...

Ja, deshalb habe ich ja absichtlich, "oder gleichwertig" geschrieben.

Bot · Vor einem Moment

Schau mal ob du hier fündig wirst:

**hyle** · May 18, 2023 at 10:33 PM

Was wäre denn evtl. gleichwertig mit rdate, was ootb im Raspberry Pi OS läuft? Ich habe zu selten etwas mit diesem Thema zu tun um da etwas zu kennen.

rpi444 · May 18, 2023 at 10:36 PM

Quote from hyle

Was wäre denn evtl. gleichwertig mit rdate, ...

Z. B.:

Code

:~$ curl -sD - heise.de | grep -i date
Date: Thu, 18 May 2023 20:33:15 GMT

oder

Code

:~$ telnet time.nist.gov 13 | grep -i utc
60082 23-05-18 20:34:50 50 0 0 755.0 UTC(NIST) *

Man muss dann nur noch von UTC/GMT auf CEST umrechnen.

Befehl um die Aktualisierung der Uhrzeit zu erzwingen

Participate now!

Tags