Como consertar o tempo no Arch Linux

Atualmente, estou usando o Arch Linux como sistema operacional em meu desktop. Quando olho para a minha hora, são 22:38, quando a hora claramente é por volta das 17:08. Quando eu invoco o comando timedatectl, obtenho:

Local time: Wed 2017-01-11 22:37:43 IST Universal time: Wed 2017-01-11 17:07:43 UTC RTC time: Wed 2017-01-11 17:07:41 Time zone: Asia/Kolkata (IST, +0530) Network time on: yes NTP synchronized: no RTC in local TZ: no 

Atualizar

Quando executo sudo systemctl status systemd-timesyncd, obtenho:

● systemd-timesyncd.service - Network Time Synchronization Loaded: loaded (/usr/lib/systemd/system/systemd-timesyncd.service; enabled; vendor preset: enabled) Active: active (running) since Wed 2017-01-11 00:49:36 IST; 1 day 1h ago Docs: man:systemd-timesyncd.service(8) Main PID: 31123 (systemd-timesyn) Status: "Idle." Tasks: 2 (limit: 4915) CGroup: /system.slice/systemd-timesyncd.service └─31123 /usr/lib/systemd/systemd-timesyncd Jan 12 01:39:42 sharan-pc systemd-timesyncd[31123]: Timed out waiting for reply from 5.9.78.71:123 (1.arch.pool.ntp.org). Jan 12 01:39:53 sharan-pc systemd-timesyncd[31123]: Timed out waiting for reply from 192.53.103.108:123 (1.arch.pool.ntp.org). Jan 12 01:40:03 sharan-pc systemd-timesyncd[31123]: Timed out waiting for reply from 139.59.19.184:123 (2.arch.pool.ntp.org). Jan 12 01:40:13 sharan-pc systemd-timesyncd[31123]: Timed out waiting for reply from 139.59.45.40:123 (2.arch.pool.ntp.org). Jan 12 01:40:24 sharan-pc systemd-timesyncd[31123]: Timed out waiting for reply from 123.108.200.124:123 (2.arch.pool.ntp.org). Jan 12 01:40:34 sharan-pc systemd-timesyncd[31123]: Timed out waiting for reply from 125.62.193.121:123 (2.arch.pool.ntp.org). Jan 12 01:40:44 sharan-pc systemd-timesyncd[31123]: Timed out waiting for reply from 139.59.45.40:123 (3.arch.pool.ntp.org). Jan 12 01:40:55 sharan-pc systemd-timesyncd[31123]: Timed out waiting for reply from 123.108.200.124:123 (3.arch.pool.ntp.org). Jan 12 01:41:05 sharan-pc systemd-timesyncd[31123]: Timed out waiting for reply from 139.59.19.184:123 (3.arch.pool.ntp.org). Jan 12 01:41:15 sharan-pc systemd-timesyncd[31123]: Timed out waiting for reply from 125.62.193.121:123 (3.arch.pool.ntp.org). 

traceroute

Eu também tentei o comando traceroute -U -p ntp pool.ntp.org e recebo:

traceroute to pool.ntp.org (139.59.19.184), 30 hops max, 60 byte packets 1 10.114.1.1 (10.114.1.1) 1.713 ms 2.020 ms 2.343 ms 2 10.10.2.41 (10.10.2.41) 1.123 ms 2.580 ms 2.836 ms 3 cyberoam.iisc.ac.in (10.10.1.98) 0.553 ms 0.806 ms 0.813 ms 4 * * * 5 * * * 6 * * * 7 * * * 8 * * * 9 * * * 10 * * * 11 * * * 12 * * * 13 * * * 14 * * * 15 * * * 16 * * * 17 * * * 18 * * * 19 * * * 20 * * * 21 * * * 22 * * * 23 * * * 24 * * * 25 * * * 26 * * * 27 * * * 28 * * * 29 * * * 30 * * * 

Como faço para corrigir isso? Eu até tentei timedatectl set-ntp true. Devo reiniciar para que isso tenha efeito?

Comentários

  • bom trabalho. O Google diz que o cyberoam é uma marca de firewall (de filtragem da web?). Não é incomum que sua universidade use um servidor NTP interno para seus próprios computadores e ‘ é bem possível que você tenha acesso a eles. (Aparentemente, os PCs com Windows que usam o Active Directory usarão o controlador de domínio como um servidor NTP). A Universidade de York tinha uma configuração IIRC muito semelhante. Posso ‘ infelizmente não encontre qualquer documentação sobre sua TI no site do IISC.
  • Parece que o SERC cuida da TI do seu campus. Eles têm algumas instruções do Linux, embora nada sobre NTP, talvez você pode ser direcionado a alguém que ajudará? nitss.iisc.ac.in e serc.iisc. in / facilities / support
  • @sourcejedi Muito obrigado, você ‘ vai e acima e além do que é necessário para uma resposta SE.
  • Relatório de bug relacionado no systemd ‘ s GitHub: É possível ‘ sincronizar a hora quando a hora está incorreta devido ao dnssec

Resposta

systemd-timesyncd não exigirá que você reinicie. Testei timedatectl em meu sistema. Pode ser necessário aguardar um minuto por uma conexão.

man timedatectl

status

Mostra as configurações atuais do relógio do sistema e RTC, incluindo se a sincronização da hora da rede está ativada. Observe que se a sincronização da hora da rede está ativada simplesmente reflete se a unidade systemd-timesyncd.service está ativada. Mesmo que este comando mostre o status como desligado, um serviço diferente ainda pode sincronizar o relógio com a rede.

$ timedatectl status Local time: Wed 2017-01-11 13:45:07 GMT Universal time: Wed 2017-01-11 13:45:07 UTC RTC time: Wed 2017-01-11 13:45:07 Time zone: Europe/London (GMT, +0000) Network time on: yes NTP synchronized: yes RTC in local TZ: yes 

A página de manual timedatectl está em meu sistema. Possivelmente, a implementação foi corrigida pelo Fedora, sem corrigir a página de manual. Não sei como consultar qual serviço é usado; meu sistema usa chronyd. Imagino que sim também será possível usar ntp / ntpd.

No entanto, no seu caso, eu estaria bastante confiante de que o Arch usa o padrão upstream de timesyncd.

$ systemctl status systemd-timesyncd ● systemd-timesyncd.service - Network Time Synchronization Loaded: loaded (/usr/lib/systemd/system/systemd-timesyncd.service; disabled; Active: inactive (dead) Docs: man:systemd-timesyncd.service(8) $ systemctl status chronyd ● chronyd.service - NTP client/server Loaded: loaded (/usr/lib/systemd/system/chronyd.service; enabled; vendor pres Active: active (running) since Mon 2017-01-09 19:09:39 GMT; 1 day 18h ago Main PID: 928 (chronyd) Tasks: 1 (limit: 4915) CGroup: /system.slice/chronyd.service └─928 /usr/sbin/chronyd 

Você pode ter Os erros registrados sob o status. Certifique-se de executar systemctl como um usuário com acesso ao diário do sistema, por exemplo, usando sudo.

Ao contrário de chronyd com chronyc, não há maneira documentada de consultar systemd-timesyncd para … qualquer coisa realmente, além de” NTP synchronized: no “. Espero que tenha registros úteis!

Sugiro que tente

  1. Identifique qual pool.ntp.org conhecido seu sistema está tentando usar.
  2. Teste o alias, por exemplo ntpdate -q arch.pool.ntp.org.
  3. traceroute para o alias para ver se há um bloqueio próximo, ou seja, um firewall impedindo o acesso. Como sempre, eu usaria ping primeiro porque obtém resultados mais rapidamente (e é menos sujeito a interpretações errôneas), ou usaria o mtr versão do traceroute (o padrão também é o traceroute ICMP, que evita muitos resultados de redes com vários caminhos). No final das contas, você deseja algo como traceroute -U -p ntp pool.ntp.org, ou seja, usar a mesma porta UDP do NTP.

EDIT : as versões anteriores desta resposta confundiam os servidores NTP padrão do systemd-timesyncd “. Embora eles estejam comentados (desativados) em timesyncd.conf, só deve ser necessário remover o comentário da linha se você precisar alterar o servidor. Os valores padrão são integrados ao timesyncd no momento da compilação. Isso é mencionado em toda a documentação.

https://www.cyberciti.biz/faq/linux-unix-bsd-is-ntp-client-working/

https://wiki.archlinux.org/index.php/Systemd-timesyncd

Comentários

  • Dê uma olhada acima. Eu consultei sudo systemctl status systemd-timesyncd e parece que tenho alguns timed-out registros. Devo traceroute agora?
  • apenas usou traceroute e obteve alguns resultados.Como posso usar traceroute com ping?
  • Na minha nova instalação do Archlinux systemd-timesyncd.service não estava funcionando. Eu iniciei e habilitei e agora a hora em minha máquina está correta.

Resposta

O fuso horário é correto para sua localização? E você deve definir o fuso horário correto via timedatectl set-timezone

O comando date está mostrando o sistema horário, para sua localização atual.

ntpdate corrigirá a hora para seu fuso horário.

por exemplo, use o servidor ntp da apple resultará:

sudo ntpdate time.apple.com 11 Jan 19:18:28 ntpdate[1052]: adjust time server 17.253.38.125 offset 0.004981 sec 

Comentários

  • fuso horário irá não corrige ” NTP sincronizado: não ”

Deixe uma resposta

O seu endereço de email não será publicado. Campos obrigatórios marcados com *