iMac Late2012 Marvericでシステム環境設定・日付と時刻・時計でメニューバーに日付と時刻を表示 （デジタル・24時間表示にする・曜日を表示・日付を表示としています。時間帯では最も近い都市：東京ー日本。日付と時刻では、日付と時刻を自動的に設定：Apple アメリカ合衆国） としています。
現象：一日に数秒〜十数秒時刻がすすみます。メニューバーには秒を表示していないので、分単位ですすんで初めて気が付きます。この時にシステム環境設定で日付と時刻をクリックしてとたんに正しい時刻に変更されます。
この現象はMountainLionでも出ていました。
単にメニューバーの表示だけすすんでいるのか、macの内部時計がずれてしまっているのか現在のところ未確認です。
同じ現象を発症されている方がいないか、対策している方がいないかご意見いただきたく投稿いたしました。
iMac, OS X Mavericks (10.9)
ちょっと変ですね。
Apple アジア (time.asia.apple.com)で自動的に設定するようにして動作確認するとどうでしょうか。
またPRAMのリセット、SMCのリセットも試してください。
やすどん様
お世話になります。
2項目を試してみます。
効果確認には時間がかかりますので、追って効果をご報告します。
私もまったく同じ症状が出ています。
10.9.1です。
最近時刻が進んでいるのに気づきました。
システム環境設定を開くと正しい時間に直りますが、数日するとまた進んでいます。
（設定は自動設定です）
Apple アジア (time.asia.apple.com)で自動的に設定するようにして動作確認するとどうでしょうか。
またPRAMのリセット、SMCのリセットも試してください。
時間かかりましたが、報告します。
SMCリセット、PRAMリセットを実施して、時間表示の状態をチェックしました。
メニューバーの時刻を秒まで表示しました。
テレビの時刻表示と目視で比較しました。
結果は約1日経過したところで約20秒ほど進みます。
Apple アジアで自動設定も改善しませんでした。
そもそも、この自動というものがシステム環境設定の日付と時刻を開くまで機能していないようです。
のりパパさんも同じということでしたので、私だけではないと安心しました。
ntp.nict.jpではどうかな？
単にメニューバーの表示だけすすんでいるのか、macの内部時計がずれてしまっているのか現在のところ未確認です。
コンソールを立ち上げて ntpd でログを検索してみてください。
正常に時刻の調整が行われていれば "ntpd: wake time set -0.143747 s" といったログが残っているはずです。
全く残っていないのであれば、NTPサーバによる更新が正常に動作していません。
＃関連しそうな箇所を調べている途中に手違いでアップされてしまったので、ひとまずこれで・・・。
＃何か解決方法が見つかればまた書きます。
HAL様 ご助言ありがとうございます。
以下のようなログを表示しました。
2013/12/24 8:18:20.567 ntpd[111]: proto: precision = 1.000 usec
2013/12/24 8:18:20.567 ntpd[111]: proto: precision = 1.000 usec
確認して欲しいのは "time set" とある項です。
ターミナルで下記のコマンドを実行すると一括で抽出できるので試してみてください。
cat /var/log/system.log | grep ntpd | grep "time set"
下記のコマンドを実行することで、過去1週間分確認できます。
gzip -cd /var/log/system.log.[0-9].gz | grep ntpd | grep "time set"
ちなみに当方では、1日4-8回ほど同期が取られているようです。
HAL様
お世話になります。
cat /var のコマンドでは表示がでませんでした。
grip -cd / で以下のように表示されまいた。
Dec 25 20:35:32 ocean.local ntpd[16795]: ntpd: time set -1.646707 s
Dec 24 09:25:59 ocean.local ntpd[111]: ntpd: time set -1.392771 s
Dec 20 16:06:17 ocean.local ntpd[47499]: ntpd: time set -1.398612 s
Dec 19 09:42:35 ocean.local ntpd[27139]: ntpd: time set -0.574401 s
これは自動設定が機能していないということになるんでしょうか
これは自動設定が機能していないということになるんでしょうか
そのようです。ただログを確認して気づいたのですが、当方ではスリープに入る時もしくは復帰時にしか補正が行われていないようです。
＃MacBook Airゆえか、日に何度もスリープさせるので今までズレに気づかなかったということのようで・・・
試しに一晩スリープせずにおいてみたところ朝には11秒ほど遅れたままになっており、手動でスリープ＆解除したところntpdが動作し補正されました。
他の方のところではどのように動作しているのか気になるところです。
ちょっと前のレス読んでませんので、おかしなこというかもしれませんが、
> これは自動設定が機能していないということになるんでしょうか
ntpd が機能しているかどうかを見たいなら、ターミナルで、
sudo ntpq
とします。（sudo としているので）、管理者パスワードを入力すると、
ntpq>
となります。ここで、peers とすると、
ntpq> peers
remote refid st t when poll reach delay offset jitter
==============================================================================
*time.asia.apple 17.82.254.14 2 u 430 512 1 84.603 60.682 1.277
などと出てくれば動いてます。これはAppleアジアのタイムサーバを指定しているときです。
うまく動いてないとき（タイムサーバと通信出来ないとき）は、
ntpq> peers
remote refid st t when poll reach delay offset jitter
==============================================================================
17.82.253.7 .XFAC. 16 l 597 512 0 0.000 0.000 0.000
などとなります。st （stratum、参照しているタイムサーバのレベル）が16になってます。正常なら、上のように、 1とか2になります（少なくとも６以下）。
うまく動いてないとき（タイムサーバと通信出来ないとき）は、
システム環境設定を開くと時間が補正されるとのことなので全く動作していないわけではないのだと思います。
ちなみに当方では補正が行われた後だと
remote refid st t when poll reach delay offset jitter
============================================
tok-ntp-ext.asi 17.82.254.14 2 u 932 512 1 15.032 1.171 0.001
ですが、その後時間を置いて確認すると
remote refid st t when poll reach delay offset jitter
============================================
time.asia.apple 17.72.133.54 2 u 37m 512 1 18.269 54.905 1082.29
といった感じに、whenはpollの値を超えても動作する様子はなくntpd単体では動いていない様子。
どうも、OS X Mavericksではこれまでとは仕様が代わり、pacemakerというのが仲立ちしているようなのですが、説明を読んでも何が何やら・・・ (^^;
はに様、HAL様
ありがとうございます。
ご指示いただいたようにやった結果は次のようになりました。
ntpq> peers
remote refid st t when poll reach delay offset jitter
==============================================================================
time.asia.apple 17.82.254.14 2 u 7h 512 1 12.801 921.942 1924.34
私には解読できません。
必要がなければ、ほとんどシステム終了、再起動などしませんので、それをするかシステム環境設定で日付と時刻をクリックするかで正常時間を表示するようですが、自動でのスリープでは直らないようです。
大きな影響はないのですが、気になり出すといいものではないので・・・
何とかなるようであればと思いました。
時間合わせがうまく行かないのは、HALさんが引用されてる書き込みによれば、どうもMavericksのバグのように思います。私のは、10.8.5です。m_vv_m
それから、ntpq で peers としたときの出力の説明はこちらにあります。
> 結果は次のようになりました
私の出力の先頭には、* がついてますが、HALさんやstyle1さんのには何も付いてません。何も付いてないのは、「距離が遠くて捨てられたサーバ」ということです。一方、* は現在同期中である、という意味です。一つのサーバしか上がってないのに、距離が遠くて捨てる、というのは動作としておかしいです。そもそも、私のと同じサーバを参照してますし。
タイムサーバとの時間のずれはoffset（単位はms）です。従って、style1 さんの結果は1秒近く狂っていることになります。HAL さんのもstyle1さんのも jitter の値が大きいですが、この値は、ソースを参照した時の時間のずれの分散ということですので、時間の参照がうまくいってない（不安定）ことを示してます。これがタイムサーバとして捨てられる理由かも知れません。
HALさんが引用されてる書き込みによれば、ntpd のソースを取って来て、Mavericksでコンパイルすれば正常になるということですので、やはり、現状、Mavericks の ntpd は問題を抱えているのでしょう。根本的には、Apple が修正してくれるのを待つしか仕方ないように思います。当面は、ときどき、システム環境設定の日付と時刻を出して時刻を修正してやるしか無いようです。
10.9.1でntp.nict.jpを指定すると、同期しているような。
remote refid st t when poll reach delay offset jitter
==============================================================================
*ntp-b2.nict.go. .NICT. 1 u 500 64 335 16.720 -9.055 3.292
メニューバーに表示した時刻がずれる
