Kupiłem Raspberry Pi 3 około dwa miesiące temu i od tego czasu czas nigdy się nie aktualizował . Detale:
- System operacyjny to nowa instalacja Raspbian Jessie (4.1.19-v7 +).
- Połączenie internetowe odbywa się za pośrednictwem natywnego Wi-Fi i nie ma innych problemów z komunikacją.
- Brak problemów z zaporą, ponieważ aktualizacja czasu działa jak urok na komputerze z systemem Windows w tej samej sieci LAN.
- Strefa czasowa jest poprawnie ustawiona.
Zacząłem od nptdate
. Kiedy próbowałem wymusić aktualizację,
sudo /etc/init.d/ntp stop
sudo ntpd -q -g
sudo /etc/init.d/ntp start
terminal zamarł na drugie polecenie. Ostatnia wiadomość /var/log/syslog
to:
Listening on routing socket on fd #22 for interface updates
/etc/ntp.conf
zawartość:
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
Wydaje mi się, że ntp
pakiet ma problem. Jak skonfigurować aktualizację czasu, ponieważ moja Malina jest włączona tylko w ciągu dnia, a opóźnienie kumuluje się w nocy?
ntpd
zmienił się w pewnym momencie w ciągu ostatnich kilku lat, aby utrudnić użytkownikowi wymuszenie zmiany. Biorąc pod uwagę, jak uproszczony jest jego cel, jest to jedna z absolutnie najgorzej zaprojektowanych, najbardziej tępych aplikacji wszechczasów. Ktoś powinien po prostu napisać podstawową implementację tylko dla klienta dla samodzielnych systemów użytkowników końcowych. Nie powinno to zająć więcej niż jeden dzień, w tym przeczytanie RFC. Współczuję Ci. Nienawidzę tego (ale ogólnie rzecz biorąc działa dla mnie, więc nie przeszkadza mi ...). Powodzenia.
sudo grep ntp /var/log/syslog
lub, po uruchomieniu, journalctl | grep ntp
.
sudo grep ntp /var/log/syslog
zwraca kilka bad peer from pool x.debian.pool.ntp.org
błędów. Po ponownym uruchomieniu journald | grep ntp
powraca bash: journald: command not found
i sudo grep ntp /var/log/syslog
zwraca mnóstwo can't find host x.debian.pool.ntp.org: name or service not known
błędów orazno servers can be used, exiting