A sincronização de hora do NTP leva muito tempo

3

Eu uso um Raspberry Pi 3 e preciso atualizar o tempo via ntp depois de reiniciar o sistema.

Deve ser atualizado via wifi com dhcp. Geralmente funciona, mas a sincronização precisa de aprox. meia hora e eu não entendo o porquê.

Quando eu quero iniciar o serviço ntp manualmente com

>>sudo /etc/init.d/ntp restart

Diz "ok", mas o sistema não faz nada - a hora errada ainda está no RTC.

Você tem uma ideia, qual poderia ser o problema?

Outra informação é que o Pi é executado no modo somente leitura ... mas se não funcionar sem acesso de gravação, ele não será atualizado após meia hora, não é?

Mais detalhes:

Para completar meu problema aqui está o ntp.conf:

# /etc/ntp.conf, configuration for ntpd; see ntp.conf(5) for help

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.de.pool.ntp.org iburst
Server 1.de.pool.ntp.org iburst
Server 2.de.pool.ntp.org iburst
Server 3.de.pool.ntp.org iburst

Server 127.127.1.0 #local clock
Fudge 127.127.1.0 stratum 10

...

Para expandir minha explicação sobre meu projeto. Eu quero usar o Pi como um servidor NTP. O primeiro problema foi que o RTC „fugiu“ após uma reinicialização ou quando o Pi está se desligando - especialmente por um longo tempo. É por isso que eu tive a idéia de que o Pi deveria ser um cliente NTP na primeira vez para configurar o RTC e depois disso o Pi precisa ser um servidor NTP para o dispositivo, que é conectado via ethernert com o Pi. Então eu conectei o Pi via Wi-Fi para obter a hora atual. Como eu já disse, geralmente funciona, mas leva muito tempo.

Então eu queria fazer a sincronização manualmente com este comando que eu postei antes. Minha ideia era fazer isso como um cronjob, mas há o seguinte problema: 1. o Pi ignorou o comando; 2. o cronjob também é ignorado ou excluído após uma reinicialização.

Mas eu quero ir passo a passo e o primeiro problema que quero resolver é diminuir o tempo de sincronização.

Espero que você tenha uma visão melhor agora sobre a minha situação ....

Você precisa de mais detalhes?

NOVA INFORMAÇÃO: 01.02.2018

Ok, agora tenho a solução que quero, MAS há um comportamento que não entendo. As configurações estavam corretas. No entanto, eu uso o WiFi onboard para sincronizar a hora do sistema através de um servidor NTP, que eu configurei no ntp.conf. Eu uso a ethernet (LAN com fio) para ser o servidor NTP para o dispositivo com fio para o RPi. Aqui as configurações de IP:

WLAN (DHCP): 192.168.1.x
Ethernet (static): 192.168.10.10

Eu coloco as duas interfaces em diferentes redes, porque senão apenas uma conexão seria um trabalho - Mas por que na verdade? E este é o principal problema, porque a sincronização demorou tanto tempo. Quando eu comentar a linha com o relógio local

Server 127.127.1.0

Em seguida, a sincronização pela rede funciona imediatamente ... Por que isso acontece?

    
por Susanne 13.01.2018 / 10:14

2 respostas

2

O rpi não possui um RTC e, portanto, inicializa sempre em 1º de janeiro de 1970 - o tempo de colocar o servidor e o NTP sincronizados de forma lenta e incremental é maior; então, por padrão, o NTP não começa a operar normalmente até que a diferença entre o NTP e o sistema seja corrigida.

Eu adicionaria ao seu arquivo ntp.conf como a primeira linha (tem que ser a primeira linha):

tinker panic 0

Esta configuração é recomendada para dispositivos iOTs de VMs e .

tinker panic - Specifies the panic threshold in seconds with default 1000 s. If set to zero, the panic sanity check is disabled and a clock offset of any value will be accepted.

Eu também consideraria comprar um RTC, pois é barato, especialmente se você pretende ter projetos sem conectividade com a Internet. consulte hwclock não pode abrir o arquivo rtc

    
por 13.01.2018 / 12:25
0

Use o utilitário ntpdate como um utilitário de inicialização única para obter os clocks próximos o suficiente para o ntpd gerenciar.

Se a sua distro tiver, verifique o pacote de RPM do Chrony; é mais fácil de gerenciar do que o NTP clássico.

    
por 14.01.2018 / 17:37