El reloj no mostrará la hora después de la instalación de Mavericks

5

Mi reloj ya no mantiene la hora correctamente después de la instalación de Mavericks. Este problema afecta a todos mis iMacs inmediatamente después de Mavericks, por lo que no es un problema con una batería defectuosa.

El síntoma es: el reloj se desplaza aproximadamente un minuto por día. Al hacer clic en el applet Fecha y hora en Configuración, se sincroniza inmediatamente el reloj con la hora correcta. Entonces, los servidores NTP obviamente están funcionando. Es solo que Mavericks no los utiliza para configurar el reloj del sistema a menos que se haga clic en el applet Fecha y hora.

Seguí el consejo aquí y usé la interfaz de usuario para configurar varios servidores de tiempo. Usé la cadena recomendada:0.us.pool.ntp.org, 1.us.pool.ntp.org, 2.us.pool.ntp.org, 3.us.pool.ntp.org

Después de haber hecho este cambio, en lugar de que el reloj pierda treinta segundos por día, ahora gana un minuto por día.

Como puede ver en el registro, ejecuta algunas sincronizaciones de tiempo correctamente y luego se detiene. La última sincronización se ejecutó el 17/01/14 a las 4:40 pm:

1/17/14, 2:06:08 PM ntpd: proto precision = 1.00 usec
1/17/14, 2:06:19 PM ntpd: proto precision = 1.00 usec
1/17/14, 2:09:25 PM ntpd: proto precision = 1.00 usec
1/17/14, 2:09:30 PM ntpd: ntpd exiting on signal 15
1/17/14, 2:09:30 PM ntpd: proto precision = 1.00 usec
1/17/14, 2:09:36 PM ntpd: ntpd exiting on signal 15
1/17/14, 2:09:36 PM ntpd: proto precision = 1.00 usec
1/17/14, 2:13:34 PM ntpd: proto precision = 1.00 usec
1/17/14, 2:20:10 PM ntpd: SYNC state ignoring +0.156620 s
1/17/14, 2:37:33 PM ntpd: ntpd: time set +0.241899 s
1/17/14, 2:58:17 PM ntpd: ntpd: time set +1.052795 s
1/17/14, 3:42:36 PM ntpd: SYNC state ignoring -1.002861 s
1/17/14, 3:42:37 PM ntpd: ntpd: time set -1.012315 s
1/17/14, 4:41:31 PM ntpd: SYNC state ignoring -1.369896 s

Aparentemente, el problema puede resolverse si el usuario conoce Unix y realmente puede recompilar partes del sistema operativo . Esto está más allá de mi nivel de experiencia. Ejecuté ntpdate -q time.apple.com después de hacer clic en el control de fecha y hora de la interfaz de usuario para que las cosas aquí no se hayan desincronizado todavía:

server 17.151.16.38, stratum 2, offset -1.405741, delay 0.04819
server 17.171.4.14, stratum 2, offset -1.404515, delay 0.09674
server 17.171.4.15, stratum 2, offset -1.406511, delay 0.09543
server 17.171.4.33, stratum 2, offset -1.405914, delay 0.09560
server 17.171.4.34, stratum 2, offset -1.405216, delay 0.09547
server 17.171.4.35, stratum 2, offset -1.405537, delay 0.09482
server 17.171.4.36, stratum 2, offset -1.406435, delay 0.09608
server 17.171.4.37, stratum 2, offset -1.409832, delay 0.10497
server 17.151.16.12, stratum 2, offset -1.405502, delay 0.04555
server 17.151.16.14, stratum 2, offset -1.405269, delay 0.04694
server 17.151.16.20, stratum 2, offset -1.407573, delay 0.04491
server 17.151.16.21, stratum 2, offset -1.404786, delay 0.04668
server 17.151.16.22, stratum 2, offset -1.405651, delay 0.04752
server 17.151.16.23, stratum 2, offset -1.406247, delay 0.04523
server 17.171.4.13, stratum 2, offset -1.405871, delay 0.09541
19 Jan 10:29:24 ntpdate[33548]: step time server 17.151.16.20 offset -1.407573 sec

¿Hay algún problema con esta actualización del sistema operativo para que sea más capaz de decir la hora correctamente sin tener que lidiar con comandos crípticos de Unix y recompilaciones del sistema operativo?

Chad Decker
fuente
1
Usted ha señalado lo que parece ser problemas en el alejamiento de ntpy para pacemakerel Mavericks. Claramente, algunas personas, pero no todas, ven un comportamiento deficiente, pero si puede reproducir esto, informar el error a Apple podría ser la forma más rápida de hacer que Apple repare su código. Si desea editar cómo determina que sus relojes se comportan mal, eso podría ayudar a otros a descubrir que están afectados y colaborar en una solución alternativa.
bmike
Además, ¿qué ntpdate -q time.apple.commuestra sus valores de compensación y retraso?
bmike
Hola Mike. Las personas que experimentaron el problema actualizaron a Mavericks, mientras que las personas que no lo hicieron hicieron una instalación limpia. Ejecuté el comando que proporcionó y recibió: (bueno, parece que este sitio tiene un límite de duración de lo que puedo publicar ... intentaré agregarlo a mi pregunta original)
Chad Decker
1
Absolutamente: edítelo en el hilo principal. Haré lo que pueda para obtener una respuesta: es evidente que algunas personas están encontrando agujeros en la configuración predeterminada en 10.9 y 10.9.1. Vea esta increíble respuesta en el marcapasos de dirección para ajustar el tiempo con más frecuencia que los 10 segundos predeterminados o más ...
bmike
¿Te unirías a Ask Different Chat para ver si podemos solucionarlo un poco antes de adivinar una respuesta?
bmike

Respuestas:

2

Ok, la solución ha sido identificada:

Aquí están los pasos.

  1. Reemplace el ejecutable buggy usr / sbin / ntpd de Mavericks con el de sus copias de seguridad u otro Mac con la versión anterior de OS X.
  2. Eliminar var / db / ntp.drift
  3. Reinicie el proceso ntpd usando el nuevo ejecutable

Puedo verificar que el reloj ahora esté sincronizado. Es una solución absolutamente ridícula para un problema simple pero funciona. Gracias Gary en el foro de Apple por la solución y por enviarme un correo electrónico con el nuevo ejecutable. También gracias a la entrada de bmike arriba.

Chad Decker
fuente
1
Creo que recompilar suena más fácil. ¿Cómo obtengo una copia del ejecutable de una versión anterior de osx?
DFC