Desviación diaria del reloj de varios minutos.

11

En las últimas semanas he notado cada mañana que mi reloj estaría retrasado en 2-3 minutos. Me di cuenta de que al abrir el cuadro de diálogo 'Fecha y hora' desde las Preferencias del sistema, el reloj volverá a sincronizarse con los servidores de hora de Apple. Estoy ejecutando OS X 10.7.4 Lion en un 8,2 MacBook Pro.

¿Qué podría estar causando esta falta de resincronización automática?

EDITAR: comparé mi /etc/ntp.confarchivo con el de un compañero que también ejecuta Lion, y notamos que mi archivo contenía:

0000000: 7365 7276 6572 2074 696d 652e 6170 706c  server time.appl
0000010: 652e 636f 6d2e 0a                        e.com..

mientras que el suyo tenía:

0000000: 7365 7276 6572 2074 696d 652e 6170 706c  server time.appl
0000010: 652e 636f 6d                             e.com

Su última fecha de modificación fue a mediados de 2010, mientras que la mía fue modificada por última vez hace solo una o dos semanas (¿cuándo comenzó el problema?). Ciertamente no edité manualmente el archivo. Posiblemente relacionado?

EDITAR 2: Noté que, si cambio mi servidor de hora en 'Fecha y hora' a, por ejemplo, Asia, mi /etc/ntp.confarchivo se convierte en:

0000000: 7365 7276 6572 2074 696d 652e 6173 6961  server time.asia
0000010: 2e61 7070 6c65 2e63 6f6d 2e0a            .apple.com..

completo con el carácter final 0x2e. Entonces, parece que OS X agrega el final. automáticamente, pero un sistema Lion nuevo no contiene este carácter final. Sin embargo, todavía no estoy seguro de si esto está afectando la sincronización.

EDITAR 3: Han pasado 24 horas desde que cambié el servidor horario a 'Apple Asia' y luego nuevamente a 'Apple Americas', sin deriva de tiempo. Extraño.

noffle
fuente
Solo un comentario general ... ¿Pensé que el reloj de la computadora debería tener mejor tiempo, sin tener que volver a sincronizar constantemente con un servidor horario? Mi PC de escritorio está configurada para resincronizarse una vez por semana, pero no pierde ningún tiempo notable en ese período. ¡Hace años, cuando solía reparar PC, un reloj lento del sistema a menudo era el resultado de una falla en la batería del botón de litio ?!
MrWhite

Respuestas:

6

Parece que algunos caracteres especiales se insertaron al final (especialmente la parte 0x2e que representa un simple .) y OS X ahora interpreta esto como parte del nombre del servidor. Para arreglarlo, solo corre

sudo echo server time.apple.com > /etc/ntp.conf
sudo chown root:wheel /etc/ntp.conf

desde la terminal.

En cuanto a por qué tienes este problema, no tengo idea.

nohillside
fuente
Lo sospechaba tanto. Ya he editado el archivo para que no contenga el carácter 0x2e y lo reinicié, y básicamente estoy esperando ver si acumulo una deriva significativa nuevamente. Aún así, me encantaría saber cómo pudo haber sucedido esto y por qué abrir 'Fecha y hora' hace que aparentemente no use el archivo ntp.conf para volver a sincronizar.
noffle
1
Cambiar el servidor desde "Fecha y hora" probablemente también habría resuelto el problema. Abrir el panel sin ningún cambio no desencadena una actualización del archivo de configuración.
nohillside
Al cambiar el servidor de hora a través del cuadro de diálogo "Fecha y hora", OS X cambia el ntp.confarchivo para que contenga el carácter 0x2e y la nueva línea final. No creo que esta sea la causa.
noffle
Ah, cuando cambio el nombre del servidor a través de "Fecha y hora" obtengo el seguimiento. también. Parece ser un problema de León entonces.
nohillside
2

Desde que hice (experimentalmente) el siguiente cambio, he dejado de tener problemas de deriva del reloj, a pesar de /etc/ntp.confque el contenido del archivo no cambia técnicamente:

Abrir el Date & Timediálogo de configuración, cambiar el servidor de tiempo de Apple Americas/U.S. (time.apple.com)a Apple Asia (time.asia.apple.com)y luego de vuelta a Apple Americas/U.S. (time.apple.com). A partir de ahí, mi deriva diaria ha dejado de ocurrir.

Esta es una respuesta bastante insatisfactoria: me encantaría cambiar la respuesta selecta si a alguien se le ocurre la verdadera causa subyacente.

noffle
fuente
Aunque no es una respuesta definitiva, he experimentado que los archivos .plist se corrompen y causan todo tipo de problemas que aparentemente se solucionan haciendo un cambio de preferencia "radical" y luego volviendo a la "normalidad". Esto obliga a que el archivo .plist se escriba de nuevo, sobrescribiendo los bits corruptos.
IconDaemon