Ich verwende Arch Linux. Seit kurzem ist die Systemzeit beim Einschalten meines PCs auf 1:00 Uhr, 1. Januar 1970 eingestellt - vermutlich kommt die 1:00 Uhr von der Zeitzonenverschiebung.
Hat jemand eine Idee, warum systemd
meine Systemzeit nicht richtig eingestellt ist?
Einige nützliche Ausgaben (glaube ich) …
[root@alex-desktop network.d]# timedatectl status
Local time: Sun 2013-06-09 16:33:04 BST
Universal time: Sun 2013-06-09 15:33:04 UTC
RTC time: Sun 2013-06-09 15:18:50
Timezone: Europe/London (BST, +0100)
NTP enabled: yes
NTP synchronized: no
RTC in local TZ: no
DST active: yes
Last DST change: DST began at
Sun 2013-03-31 00:59:59 GMT
Sun 2013-03-31 02:00:00 BST
Next DST change: DST ends (the clock jumps one hour backwards) at
Sun 2013-10-27 01:59:59 BST
Sun 2013-10-27 01:00:00 GMT
Antwort1
Ich hatte ein ähnliches Problem mit einem Raspberry Pi (derscheinbarhat keinEchtzeituhr), also entweder verwenden Sie ein ähnliches Gerät, das auch keine hat (unwahrscheinlich), oder Ihr Computer ist etwas älter und die Batterie der RTC, auch bekannt alsCMOS-Batterieist platt.
Laut deiner timedatectl status
hast du bereits NTP aktiviert, das einen Zeitserver abfragen und die Zeit für dich einstellen sollte. Allerdings scheint das nicht zu funktionieren, wenn du beim Einstellen der Zeit beim Booten des Computers nicht mit dem Internet verbunden bist, was passieren kann, wenn du WLAN verwendest und die Verbindungsherstellung lange dauert.
Meine Lösung bestand letztendlich darin, einen Cron-Job für root ( su -c "crontab -e"
) hinzuzufügen, der ntpd -s
einmal pro Minute ausgeführt wird, um die Überprüfung der Uhrzeit zu erzwingen, und zwar etwa so:
# sync network time every minute (this is sad)
* * * * * ntpd -s
Problem gelöst.
Der ntpdntpd.conf - Manpageerwähnt eine minpoll
Option, mit der man angeblich ntpd alle 8 Sekunden prüfen lassen kann. Das ist offensichtlich über 9000 Mal besser und ich werde meine Antwort aktualisieren, wenn es wie erwartet funktioniert.