Estoy ejecutando Arch Linux. Recientemente, cuando enciendo mi PC, la hora del sistema está configurada a la 1:00 del 1 de enero de 1970; presumiblemente la 1:00 en punto corresponde al cambio de zona horaria.
¿Alguien tiene alguna idea de por qué systemd
no configura correctamente la hora de mi sistema?
Algunos resultados útiles (creo)...
[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
Respuesta1
Tuve un problema similar con una Raspberry Pi (queaparentementeno tieneRTC), entonces, o estás usando un dispositivo similar que tampoco tiene uno (poco probable), o tu computadora es un poco más antigua y la batería del RTC, también conocida comobatería CMOSse ha desinflado.
Según su, timedatectl status
ya tiene NTP habilitado, lo que debería consultar un servidor de hora y establecer la hora por usted. Sin embargo, esto parece no funcionar si no está conectado a Internet cuando se establece la hora al iniciar la computadora, lo que puede suceder si está usando WLAN y tarda mucho en conectarse.
Al final, mi solución fue agregar un trabajo cron para que root ( su -c "crontab -e"
) se ejecute ntpd -s
una vez por minuto para forzar la verificación de la hora, así:
# sync network time every minute (this is sad)
* * * * * ntpd -s
Problema resuelto.
el ntpdpágina de manual ntpd.confmenciona una minpoll
opción que supuestamente puede usarse para hacer que ntpd verifique con una frecuencia de hasta 8 segundos. Obviamente, esto es 9000 veces mejor y actualizaré mi respuesta si funciona como se esperaba.