Ho comprato un Raspberry Pi 3 circa due mesi fa e da allora il tempo non si è mai aggiornato . Dettagli:
- Il sistema operativo è una nuova installazione di Raspbian Jessie (4.1.19-v7 +).
- La connessione a Internet avviene tramite Wi-Fi nativo e nessun altro problema con la comunicazione.
- Nessun problema con il firewall poiché l'aggiornamento a tempo funziona come un incantesimo su un computer Windows sulla stessa LAN.
- Il fuso orario è impostato correttamente.
Ho iniziato con nptdate
. Quando ho provato a forzare l'aggiornamento,
sudo /etc/init.d/ntp stop
sudo ntpd -q -g
sudo /etc/init.d/ntp start
il terminale si bloccò al secondo comando. L'ultimo messaggio è /var/log/syslog
stato:
Listening on routing socket on fd #22 for interface updates
/etc/ntp.conf
Contenuti:
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
Mi sembra che il ntp
pacchetto abbia un problema. Come imposto l'aggiornamento dell'ora, poiché il mio Raspberry è acceso solo durante il giorno e il ritardo si accumula durante la notte?
ntpd
cambiato ad un certo punto negli ultimi anni per rendere più difficile per l'utente forzare un cambiamento. Considerando quanto sia semplicistico il suo scopo, è una delle app assolutamente peggiori, progettate e più ottuse di tutti i tempi. Qualcuno dovrebbe semplicemente scrivere un'implementazione di base, solo client per i sistemi autonomi dell'utente finale. Non potrebbe volerci più di un giorno, compresa la lettura degli RFC. Mi sento per te. Odio quella cosa (tranne che generalmente funziona per me, quindi non mi preoccupo ...). In bocca al lupo.
sudo grep ntp /var/log/syslog
o, dopo l'avvio, journalctl | grep ntp
.
sudo grep ntp /var/log/syslog
restituisce un sacco di bad peer from pool x.debian.pool.ntp.org
errori. Dopo il riavvio journald | grep ntp
ritorna bash: journald: command not found
e sudo grep ntp /var/log/syslog
restituisce un mucchio di can't find host x.debian.pool.ntp.org: name or service not known
errori eno servers can be used, exiting