A instância principal do Ubuntu é iniciada com a data: Sun Aug 21 01:31:59 2016
(e depois de tentar corrigir as configurações com o NTP desativado e reinicializar, a data é: Wed Nov 2 16:59:29 (LocalTime) 2016 ), enquanto a hora real era Sun Oct 15 10:01:01 (LocalTime) 2017 .
Isso parece ser causado por timedatectl tentando definir o horário da rede sem nenhum servidor configurado. sudo cat /etc/systemd/timesyncd.conf dá:
[Time]
#NTP=
#FallbackNTP=ntp.ubuntu.com
Devido à natureza do snap ao core, este arquivo de configuração não pode ser corrigido.
Alterar a data ou hora, com o NTP do timedatectl ainda ativo, reverte para a hora incorreta.
Depois de set-ntp false , é possível corrigir a data e a hora, com duração até a próxima reinicialização, devido à falta de um relógio de hardware na minha unidade de teste.
Definir o fuso horário para o meu fuso horário funciona corretamente, por alguns minutos. Inicialmente timedatectl status exibe o fuso horário correto após a hora local, mas depois reverte para UTC. A saída do comando date indica a zona local para que as configurações sejam bem-sucedidas em outras áreas, apenas timedatectl informa o fuso horário incorreto.
Isso é um bug, ou estou faltando o método para configurar isso corretamente?
EDITAR: Não poder editar /etc/systemd/timesyncd.conf foi um problema com pinano , usando vi consegui editar o arquivo, vou monitorá-lo, mas a configuração também deve incluir um servidor NTP padrão, acredito.
Saída de snap list :
avahi 0.6.32 44 ondra -
core 16-2.28.1 3025 canonical core
nextcloud 11.0.4snap1 2713 nextcloud -
pi2-kernel 4.4.0-1030-3 22 canonical kernel
pi3 16.04-0.5 6 canonical gadget
pinano 2.8.7 8 vbota -
Estou marcando isso como respondido, já que o problema principal - o tempo incorreto do NTP - pode ser resolvido editando com o vi.
Estou deixando isso aqui para qualquer outra pessoa que tenha o mesmo problema, pois não encontrei uma referência ao problema em nenhum outro lugar quando fiz uma pesquisa. Além disso, como acredito, existem alguns pequenos defeitos nas ferramentas usadas, resultando na ocorrência do problema, e isso serve como uma nota disso.
O fuso horário que reverte em timedatectl output parece ser um bug.
A revista tem isto:
systemd-timedated[5870]: /etc/localtime should be a symbolic link to a time zone data file in /usr/share/zoneinfo/.
O arquivo é um link indireto:
# ls -lah /etc/localtime /etc/writable/localtime
lrwxrwxrwx 1 root root 23 Jul 27 20:07 /etc/localtime -> /etc/writable/localtime
lrwxrwxrwx 1 root root 39 Aug 27 10:08 /etc/writable/localtime -> /usr/share/zoneinfo/TZContinent/TZCity
O comando date informa a hora correta.