Por que o systemd não está definindo a hora do meu sistema?

1

Estou executando o Arch Linux. Recentemente, quando ligo o meu PC, a hora do sistema está definida para 1:00 1 de janeiro de 1970 - presumivelmente, a 1:00 horas é da mudança de fuso horário.

Alguém tem alguma idéia de por que systemd não está configurando o horário do meu sistema corretamente?

Alguma saída útil (eu acho) ...

[root@alex-desktop network.d]# timedatectl status
      Local time: Sun 2013-06-09 16:33:04 BST
  Universal time: Sun 2013-06-09 15:33:04 UTC
        RTC time: Sun 2013-06-09 15:18:50
        Timezone: Europe/London (BST, +0100)
     NTP enabled: yes
NTP synchronized: no
 RTC in local TZ: no
      DST active: yes
 Last DST change: DST began at
                  Sun 2013-03-31 00:59:59 GMT
                  Sun 2013-03-31 02:00:00 BST
 Next DST change: DST ends (the clock jumps one hour backwards) at
                  Sun 2013-10-27 01:59:59 BST
                  Sun 2013-10-27 01:00:00 GMT
    
por Alex Chamberlain 09.06.2013 / 17:40

1 resposta

0

Eu tive um problema parecido com um Raspberry Pi (aparentemente sem RTC ), ou você está usando um dispositivo semelhante que também não tem um (improvável), ou seu computador é um pouco mais antigo e a bateria do RTC, também conhecida como bateria CMOS , ficou sem som.

De acordo com o seu timedatectl status , você já tem o NTP ativado, que deve consultar um servidor de horário e definir o horário para você. No entanto, isso parece não funcionar se você não estiver conectado à Internet quando a hora estiver definida quando você inicializar o computador, o que pode acontecer se você estiver usando a WLAN e levar muito tempo para se conectar.

No final, minha solução foi adicionar uma tarefa cron para o root ( su -c "crontab -e" ) executar ntpd -s uma vez por minuto para forçar a verificação da hora, assim:

# sync network time every minute (this is sad)
* * * * *               ntpd -s

Problema resolvido.

A página do manual ntpd ntpd.conf menciona uma opção minpoll que pode ser usada para faça o ntpd verificar com a mesma frequência de 8 segundos. Isso é obviamente mais de 9 mil vezes melhor e atualizarei minha resposta se isso funcionar como esperado.

    
por 02.07.2013 / 12:53