Deriva giornaliera dell'orologio di alcuni minuti

Nelle ultime settimane ho notato ogni mattina che il mio orologio sarebbe stato indietro di 2-3 minuti. Ho notato che l'apertura della finestra di dialogo "Data e ora" dalle Preferenze di Sistema attiverà la sincronizzazione dell'orologio con i time server di Apple. Sto eseguendo OS X 10.7.4 Lion su un MacBook Pro 8,2.

Cosa potrebbe causare questa mancanza di risincronizzazione automatica?

EDIT: ho confrontato il mio /etc/ntp.conffile con un peer che esegue anche Lion, e abbiamo notato che il mio file conteneva:

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

mentre il suo aveva:

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

La sua ultima data di modifica era la metà del 2010, mentre la mia è stata modificata l'ultima volta solo una settimana o due fa (circa quando è iniziato il problema?). Certamente non ho modificato manualmente il file. Forse correlato?

EDIT 2: Ho notato che, se cambio il mio server orario in 'Data e ora' in, diciamo, Asia, il mio /etc/ntp.conffile diventa:

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

completo di carattere finale 0x2e. Quindi, sembra che OS X aggiunga il finale. automaticamente, ma un nuovo sistema Lion non contiene questo personaggio finale. Non sono ancora sicuro che ciò influisca sulla sincronizzazione.

EDIT 3: Sono passate 24 ore da quando ho cambiato il time server in "Apple Asia" e poi di nuovo in "Apple Americas" - nessuna deriva del tempo. Bizzarro.

— noffle
fonte

Solo un commento generale ... Avrei pensato che l'orologio del computer avrebbe dovuto tenere meglio il tempo, senza dover costantemente risincronizzarsi con un time server? Il mio PC desktop è impostato per risincronizzarsi una volta alla settimana, ma non perde alcun tempo evidente in quel periodo. Anni fa, quando ero abituato a riparare i PC, un lento orologio di sistema era spesso il risultato di una batteria a bottone al litio difettosa ?!

— MrWhite,

Risposte:

Sembra che alcuni caratteri speciali siano stati inseriti alla fine (in particolare la parte 0x2e che rappresenta un semplice .) e OS X ora lo interpreta come parte del nome del server. Per risolvere, basta eseguire

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

dal terminal.

Per quanto riguarda il motivo per cui hai questo problema, non ne ho idea.

— nohillside
fonte

Ho sospettato tanto. Ho già modificato il file per non contenere il carattere 0x2e e riavviato, e sostanzialmente sto aspettando di vedere se accumulo di nuovo una deriva significativa. Tuttavia, mi piacerebbe sapere come sia potuto accadere e perché l'apertura di 'Date & Time' fa sì che a quanto pare non usi il file ntp.conf per risincronizzarsi?

— noffle

La modifica del server da "Data e ora" avrebbe probabilmente risolto anche il problema. L'apertura del riquadro senza modifiche non attiva un aggiornamento del file di configurazione.

— Nohillside

Quando si modifica il server dell'ora tramite la finestra di dialogo "Data e ora", OS X modifica il ntp.conffile in modo che contenga il carattere 0x2e e la nuova riga finale. Non penso che questa sia la causa.

— noffle

Ah, quando cambio il nome del server tramite "Data e ora" ottengo il finale. anche. Sembra essere un problema Lion allora.

— Nohillside

Da quando (sperimentalmente) ho apportato la seguente modifica, ho smesso di avere problemi di deriva dell'orologio, nonostante /etc/ntp.confi contenuti del file non cambino tecnicamente:

Aprire la Date & Timefinestra di dialogo delle impostazioni, cambiare il time server da Apple Americas/U.S. (time.apple.com)a Apple Asia (time.asia.apple.com)e poi di nuovo a Apple Americas/U.S. (time.apple.com). Da lì, la mia deriva del tempo quotidiano ha smesso di verificarsi.

Questa è una risposta piuttosto insoddisfacente: mi piacerebbe cambiare la risposta selezionata se qualcuno trova la vera causa sottostante.

— noffle
fonte

Sebbene non sia una risposta definitiva, ho riscontrato che i file .plist vengono danneggiati e causano ogni sorta di problemi che vengono risolti apparentemente apportando una modifica "radicale" delle preferenze, per poi tornare a "normale". Questo costringe il file .plist a essere scritto di nuovo, sovrascrivendo i bit corrotti.

— IconDaemon