Pi 5 Datum und Zeit stimmt nicht mehr

Quote from pully

heute den Pi5 eingeschaltet und das Datum und Zeit vom Samstag drin.

Wie sind die Ausgaben von:

date
timedatectl status
systemctl status systemd-timesyncd
systemd-analyze blame | grep timesyncd

?

Dann hast Du den Pi 5 am Samstag heruntergefahren und beim Booten am Montag wurde die Systemzeit aus dem Eintrag der /etc/fake-hwclock.data gestellt.

Ursache:

1. Kein NTP Server erreichbar

2. Kein RTC (zusätzlich) verbaut

Servus !

Quote from pully

Wie löse ich das Problem,

Kauf dir eine RTC-Batterie

RTC Batterie / Akku für Raspberry Pi 5

ML2020 Wiederaufladbare Mangan-Lithium-Batterie zur Versorgung der Echtzeituhr des Raspberry Pi 5. Wird mit einem vormontierten zweipoligen…

www.berrybase.de

Quote from pully

Aber ist es nicht möglich vorübergehend das Datum/Zeit manuell einzustellen?

Wenn deine Pi's Zugang zum Internet haben, sollte die Zeit automatisch abgeglichen werden.

Beachte bitte auch #2

Banale Erklärung: Du hast seit 2 Monaten keine Providergebühr bezahlt und Dein Anschluss wurde gesperrt.

Oder Dein Router hat seine WAN Verbindung ins Internet verloren (und damit auch die Verbindungen zu den NTP Servern).

Servus !

Quote from pully

Aber ist es nicht möglich vorübergehend das Datum/Zeit manuell einzustellen?

$date --help
Aufruf: date [OPTION]... [+FORMAT]
 oder: date [-u|--utc|--universal] [MMDDhhmm[[CC]YY][.ss]]
Die aktuelle Zeit im angegebenen FORMAT anzeigen oder die Systemzeit ändern.
...
 -s, --set=ZEICHENKETTE    Zeit gemäß ZEICHENKETTE setzen
...

Quote from pully

Beide laufen seit ca 4 Mte, aber seit heute beide nicht mehr🤷

So läuft auch fast keine Seite im Netz

Hab ich fas richtig verstanden: du hsttest die beiden 5er aus (vom Strom und keine RTC-Batterie), dann angeschaltet und die Zeit passt nicht? Trotz LAN-Verbindung?

Normalerweise sollte da ein einfacher Reboot austreichen, damit die Uhrzeit eingestellt wird.

Ich kann das bestätigen, sowohl bei meinem PC, als auch am Pi.

Ich vermute, es liegt daran, dass die Zeitabweichung zu groß ist und er deshalb die Uhr nicht mehr stellt.

Deshalb habe ich mit root einen crontab erstellt, der die Zeit stellt.

/usr/sbin/ntpdate -v pool.ntp.org

BTW: Die Zeit kann beim booten auch mit sntp gesetzt werden:

Quote

sntp can be used as an SNTP client to query a NTP or SNTP server and
either display the time or set the local system's time. It is not
sufficient, however, for maintaining an accurate clock in the long run.

Z. B.:

~ $ systemctl cat sntp
# /etc/systemd/system/sntp.service
[Unit]
Description=SNTP-client to set the local system's time at boot time
After=network-online.target
Wants=network-online.target
Requires=sys-subsystem-net-devices-eth0.device
After=sys-subsystem-net-devices-eth0.device
After=systemd-time-wait-sync.service
Requires=systemd-time-wait-sync.service

[Service]
Type=oneshot
ExecStartPre=/usr/bin/touch /run/kod
ExecStartPre=-/usr/bin/timedatectl set-ntp false
ExecStart=/usr/bin/sntp -Ss -M 128 -t 10 --kod=/run/kod --logfile=/dev/null 192.168.178.1
ExecStartPost=-/usr/bin/timedatectl set-ntp true
RemainAfterExit=no
LogLevelMax=0

[Install]
WantedBy=multi-user.target

sntp[582]: sntp 4.2.8p15@1.3728-o Wed Sep 23 11:46:38 UTC 2020 (1)
sntp[582]: 2024-02-10 23:12:16.916227 (-0100) -0.001407 +/- 0.007148 192.168.178.1 s2 no-leap

:~ $ systemd-analyze blame | grep sntp
      1.975s sntp.service

Zeig mal den Output von timedatectl status und systemctl status systemd-timesyncd

Quote from pully

nach unzähligen versuchen verschiedener Anleitungen ...

Welche Anleitungen waren das?

Man kann auch mal im Journal nachsehen. Ich hatte hier vorübergehend einen RPi 4 offline seit gefühlt einer Woche, heute wieder gebootet.

moi@bookberry:~ $ journalctl -u systemd-timesyncd --no-hostname --since "12 day ago"
[...]
Aug 18 00:02:29 systemd[1]: Stopped systemd-timesyncd.service - Network Time Synchronization.
-- Boot c762c1c8f72e40b4a89884c3c0620f06 --
Aug 18 00:02:36 systemd[1]: Starting systemd-timesyncd.service - Network Time Synchronization...
Aug 18 00:02:36 systemd[1]: Started systemd-timesyncd.service - Network Time Synchronization.
Aug 18 00:03:30 systemd-timesyncd[572]: Contacted time server [2003:a:47f:abe4::1]:123 (2.debian.pool.ntp.org).
Aug 18 00:03:30 systemd-timesyncd[572]: Initial clock synchronization to Sun 2024-08-18 00:03:30.626758 CEST.
Aug 18 00:05:29 systemd[1]: Stopping systemd-timesyncd.service - Network Time Synchronization...
Aug 18 00:05:29 systemd[1]: systemd-timesyncd.service: Deactivated successfully.
Aug 18 00:05:29 systemd[1]: Stopped systemd-timesyncd.service - Network Time Synchronization.
-- Boot 62a22be68d454552826c92c941af73d7 --
Aug 18 00:05:35 systemd[1]: Starting systemd-timesyncd.service - Network Time Synchronization...
Aug 18 00:05:35 systemd[1]: Started systemd-timesyncd.service - Network Time Synchronization.
Aug 27 11:58:27 systemd-timesyncd[563]: Contacted time server [2001:41d0:700:49bc::3]:123 (2.debian.pool.ntp.org).
Aug 27 11:58:27 systemd-timesyncd[563]: Initial clock synchronization to Tue 2024-08-27 11:58:27.767896 CEST.
Aug 27 16:37:01 systemd[1]: Stopping systemd-timesyncd.service - Network Time Synchronization...
Aug 27 16:37:01 systemd[1]: systemd-timesyncd.service: Deactivated successfully.
Aug 27 16:37:01 systemd[1]: Stopped systemd-timesyncd.service - Network Time Synchronization.
-- Boot 4a2366c0e80043f59bdce176fb768077 --
Aug 27 16:37:07 systemd[1]: Starting systemd-timesyncd.service - Network Time Synchronization...
Aug 27 16:37:08 systemd[1]: Started systemd-timesyncd.service - Network Time Synchronization.
Aug 27 16:39:28 systemd-timesyncd[550]: Contacted time server [2001:a60::123:1]:123 (2.debian.pool.ntp.org).
Aug 27 16:39:28 systemd-timesyncd[550]: Initial clock synchronization to Tue 2024-08-27 16:39:28.281219 CEST.
lines 44-76/76 (END)

Also schon am 18ten runtergefahren und beim ersten der beiden Boots von heute noch mit Aug 18 angefangen im Log, bevor dann die richtige Zeit geholt wurde. Im Log von pully müsste dann stehen dass kein Server erreicht wurde oder dergleichen. Zeitabweichung zu groß sollte es eher nicht sein, meiner lief ja auch 9 Tage nicht.