J'ai acheté un Raspberry Pi 3 il y a environ deux mois, et depuis lors, le temps n'a jamais été mis à jour . Détails:
- Le système d'exploitation est une nouvelle installation de Raspbian Jessie (4.1.19-v7 +).
- La connexion Internet se fait via le Wi-Fi natif et aucun autre problème de communication.
- Aucun problème de pare-feu car la mise à jour de l'heure fonctionne comme un charme sur une machine Windows sur le même LAN.
- Le fuseau horaire est correctement réglé.
J'ai commencé avec nptdate
. Quand j'ai essayé de forcer la mise à jour,
sudo /etc/init.d/ntp stop
sudo ntpd -q -g
sudo /etc/init.d/ntp start
le terminal s'est figé à la deuxième commande. Le dernier message en /var/log/syslog
était:
Listening on routing socket on fd #22 for interface updates
/etc/ntp.conf
Contenu:
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
Il me semble que le ntp
paquet a un problème. Comment configurer la mise à jour de l'heure, car ma framboise n'est allumée que le jour et le décalage s'accumule pendant la nuit?
ntpd
changé à un moment donné au cours des dernières années pour rendre plus difficile pour l'utilisateur de forcer un changement. Compte tenu de la simplicité de son objectif, il s'agit de l'une des applications les plus conçues et les plus obtuses de tous les temps. Quelqu'un doit simplement écrire une implémentation de base, uniquement client, pour les systèmes autonomes d'utilisateurs finaux. Cela ne pouvait pas prendre plus d'une journée, y compris la lecture des RFC. Je compatis. Je déteste cette chose (sauf que cela fonctionne généralement pour moi, donc je ne suis pas dérangé ...). Bonne chance.
sudo grep ntp /var/log/syslog
ou, après le démarrage, journalctl | grep ntp
.
sudo grep ntp /var/log/syslog
renvoie un tas d' bad peer from pool x.debian.pool.ntp.org
erreurs. Après le redémarrage des journald | grep ntp
retours bash: journald: command not found
et sudo grep ntp /var/log/syslog
retours tas d' can't find host x.debian.pool.ntp.org: name or service not known
erreurs etno servers can be used, exiting