Ich habe vor ungefähr zwei Monaten einen Raspberry Pi 3 gekauft und seitdem hat sich die Zeit nie aktualisiert . Einzelheiten:
- Das Betriebssystem ist eine Neuinstallation von Raspbian Jessie (4.1.19-v7 +).
- Die Internetverbindung erfolgt über natives WLAN und kein anderes Kommunikationsproblem.
- Keine Firewall-Probleme, da die Zeitaktualisierung auf einem Windows-Computer im selben LAN wie ein Zauber wirkt.
- Die Zeitzone ist richtig eingestellt.
Ich habe zuerst mit angefangen nptdate
. Als ich versuchte, ein Update zu erzwingen,
sudo /etc/init.d/ntp stop
sudo ntpd -q -g
sudo /etc/init.d/ntp start
Das Terminal fror beim zweiten Befehl ein. Die letzte Nachricht /var/log/syslog
war:
Listening on routing socket on fd #22 for interface updates
/etc/ntp.conf
Inhalt:
driftfile /var/lib/ntp/ntp.drift
statistics loopstats peerstats clockstats
filegen loopstats file loopstats type day enable
filegen peerstats file peerstats type day enable
filegen clockstats file clockstats type day enable
server 0.debian.pool.ntp.org iburst
server 1.debian.pool.ntp.org iburst
server 2.debian.pool.ntp.org iburst
server 3.debian.pool.ntp.org iburst
restrict -4 default kod notrap nomodify nopeer noquery
restrict -6 default kod notrap nomodify nopeer noquery
restrict 127.0.0.1
restrict ::1
Es scheint mir, dass das ntp
Paket ein Problem hat. Wie richte ich die Zeitaktualisierung ein, da meine Himbeere nur tagsüber eingeschaltet ist und sich nachts Zeitverzögerungen ansammeln?
ntpd
in den letzten Jahren irgendwann geändert, um es dem Benutzer zu erschweren, eine Änderung zu erzwingen. In Anbetracht dessen, wie einfach sein Zweck ist, ist es eine der am schlechtesten gestalteten, stumpfesten Apps aller Zeiten. Jemand sollte nur eine grundlegende Implementierung nur für Clients für eigenständige Endbenutzersysteme schreiben. Es konnte nicht länger als einen Tag dauern, einschließlich des Lesens der RFCs. Ich fühle für dich. Ich hasse dieses Ding (außer es funktioniert im Allgemeinen für mich, also stört mich das nicht ...). Viel Glück.
sudo grep ntp /var/log/syslog
oder nach dem Booten an journalctl | grep ntp
.
sudo grep ntp /var/log/syslog
gibt eine Reihe von bad peer from pool x.debian.pool.ntp.org
Fehlern zurück. Nach dem Neustart journald | grep ntp
kehrt zurück bash: journald: command not found
und sudo grep ntp /var/log/syslog
gibt eine Reihe von can't find host x.debian.pool.ntp.org: name or service not known
Fehlern zurück undno servers can be used, exiting