La BBC informa:
Se agregará un segundo adicional a los relojes del mundo en la víspera de Año Nuevo para mantenerse sincronizado con la rotación de la Tierra.
¿Significa esto que tengo que hacer algo para que mi máquina Ubuntu se mantenga al día con esto o se ajustará automáticamente para no ser un segundo apagado?
Respuestas:
Si su máquina Ubuntu escucha NTP y sincroniza la hora con Internet, el sistema se ajustará automáticamente a la diferencia horaria.
Si bien es posible que su computadora no sea necesariamente consciente del hecho de que ocurrió un salto de segundo, detectará y registrará el evento a medida que los servidores NTP empujen el cambio a través de Internet.
Si no siente que se está agregando el segundo extra, puede forzar una actualización con el siguiente comando:
Esto realizará automáticamente la geolocalización para darle un servidor cercano (reduciendo el error de latencia) y Ubuntu se ajustará a su zona horaria (por lo tanto, si el servidor está en una zona horaria diferente, todo está bien). Alternativamente, puedes usar
ntp.ubuntu.com
.Tenga en cuenta que si tiene mala suerte, ninguno de los servidores de tiempo que está utilizando manejará el segundo de salto correctamente. Es poco probable, pero posible. Se recomienda verificar manualmente con una buena fuente conocida (radio analógica, posiblemente time.is ).
Alternativamente, si está en una versión moderna de Ubuntu, hay una utilidad incorporada llamada
timedatectl
. Por defecto, esto se ejecuta una vez automáticamente al inicio. Por lo tanto, un reinicio rápido puede forzar una sincronización si es necesario.fuente
pool.ntp.org
lugar; Esto siempre debe recoger algo relativamente cerca de usted.ntpd
está ejecutando, la ejecuciónntpdate
simultánea lo confundirá. Es mejor detenerlo primero. Mejor aún, no corrasntpdate
en absoluto. 3.) Los servidores de hora NIST no necesitan tráfico adicional de Stack Exchange;ntp.ubuntu.com
opool.ntp.org
sería mejor 4.) El Reino Unido realmente usauk.pool.ntp.org
, peropool.ntp.org
realizará la geolocalización de todos modos.ntpdate
contra servidores de tiempo aleatorio, y vuelve a tener mala suerte, ¡usará uno que tampoco pudo manejar el segundo de salto correctamente! El grupo NTP desactiva dichos servidores rápidamente, pero no instantáneamente. Y los servidores gubernamentales prominentes no son mejores. (Aunque creo que los NIST fueron esta vez.)Los segundos de salto son manejados automáticamente por el kernel de Linux, no es necesario reiniciar ni sincronizar NTP para mantener el tiempo real. Si busca en el registro de su sistema, verá algo similar a
Como
23:59:60
no es una hora válida de Linux, su reloj alcanzará00:00:00
y luego retrocederá23:59:59
. Cualquier objeto creado durante ese segundo (como archivos) puede tener una fecha inconsistente.En lo que respecta al tiempo de Linux (en oposición al tiempo real), los segundos intercalares no existen:
fuente
dmesg | grep 'leap second'
mi máquina principal 16.04 y se mostró[1153894.866672] Clock: inserting leap second 23:59:60 UTC
. Esto, sólo con diferentes números al principio, también se mostró en mi mínima 16,04 VM, instalado desdemini.iso
, que utilizo para la prueba. Ese sistema mínimo no tienentpd
corriente, ni tampoco tiene ninguna de lasntp
oopenntpd
los paquetes instalados.mini.iso
tiene NTP y que debian-installer lo usa.chrony
.grep -RPis '(?<!mou)ntp' /var/log
reveló estas 14 líneas de syslog , que muestran sincronizaciones de tiempo de un host que tienentp
su nombre. En retrospectiva, tiene sentido que el misterioso servicio que nunca supe que tenía fuera parte de systemd. (Por cierto, buen punto sobre Chrony, que tampoco había verificado; sin embargo, no está instalado.)