O relógio do hardware e do sistema é compensado em aproximadamente 7 minutos em cada inicialização, embora o local e o fuso horário estejam corretos

Question

Em cada inicialização no Arch, vejo que o tempo está esgotado em alguns minutos. O tempo de RTC está desligado (até onde eu entendi, ele "desviou") e afeta o clock do hardware.

$ timedatectl status
                      Local time: Mo 2018-02-12 12:45:18 CET
                  Universal time: Mo 2018-02-12 11:45:18 UTC
                        RTC time: Mo 2018-02-12 11:45:18
                       Time zone: Europe/Berlin (CET, +0100)
       System clock synchronized: no
systemd-timesyncd.service active: no
                 RTC in local TZ: no

EDITAR Ao escrever este post, não percebi que os valores de tempo acima dessa linha são coerentes com os outros. No entanto, eles têm um deslocamento para o meu relógio e o tempo do smartphone, que são os 7 minutos acima mencionados.

E minha localidade:

$ locale
LANG=de_DE.utf8
LC_CTYPE="de_DE.utf8"
LC_NUMERIC="de_DE.utf8"
LC_TIME="de_DE.utf8"
LC_COLLATE="de_DE.utf8"
LC_MONETARY="de_DE.utf8"
LC_MESSAGES="de_DE.utf8"
LC_PAPER="de_DE.utf8"
LC_NAME="de_DE.utf8"
LC_ADDRESS="de_DE.utf8"
LC_TELEPHONE="de_DE.utf8"
LC_MEASUREMENT="de_DE.utf8"
LC_IDENTIFICATION="de_DE.utf8"
LC_ALL=

Até agora estou muito relutante em usar hwclock --hctosys como a página man afirma:

This function should never be used on a running system. Jumping system time will cause problems, such as corrupted filesystem timestamps. Also, if something has changed the Hardware Clock, like NTP's '11 minute mode', then --hctosys will set the time incorrectly by including drift compensation.

Tanto quanto eu posso dizer, eu configurei o Windows 10 corretamente . Há algo que estou perdendo ou não acertei o relógio corretamente?

EDIT 2 A pedido, o conteúdo de /etc/ntp.conf :

# Please consider joining the pool:
#
#     http://www.pool.ntp.org/join.html
#
# For additional information see:
# - https://wiki.archlinux.org/index.php/Network_Time_Protocol_daemon
# - http://support.ntp.org/bin/view/Support/GettingStarted
# - the ntp.conf man page

# Associate to Arch's NTP pool
server 0.arch.pool.ntp.org
server 1.arch.pool.ntp.org
server 2.arch.pool.ntp.org
server 3.arch.pool.ntp.org

# By default, the server allows:
# - all queries from the local host
# - only time queries from remote hosts, protected by rate limiting and kod
restrict default kod limited nomodify nopeer noquery notrap
restrict 127.0.0.1
restrict ::1

# Location of drift file
driftfile /var/lib/ntp/ntp.drift

    

Answer 1

Se você tem uma diferença de tempo maior entre o tempo real e o seu RTC, você pode configurar o NTP para compensar isso de uma só vez após o início, em vez de fazê-lo lentamente e incrementalmente ao longo do tempo.

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

tinker panic 0

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.

Embora isso possa resolver o problema do tempo do Linux no presente, eu também investigaria ao longo do tempo as causas subjacentes do desvio de tempo entre os dois sistemas operacionais.