safariがスリープ明けにフリーズしてしまいます。

safariがフリーズする、といっても、どれぐらいの時間でしょうか？

うちのも短時間（数秒？）ならそんな感じになります。結構短い時間ですけど、こういうときには気になったりします。

ログを見てみると、vpnagent のログが一杯出ています。なので、これのせいかと思います。ネットワーク関係には違いないですけど、ntpd は全く出て来てません。

短時間なので、あまり気にしないことにしてます。

はに による書き込み:

safariがフリーズする、といっても、どれぐらいの時間でしょうか？

フリーズは、Safariに限らず、全てのアプリがフリーズします。

数分というレベルではありません。数年は、、というレベルのような感じです。

当初はブラウザを立ち上げた状態でスリープさせ、復帰すると、間髪入れずフリーズするという症状である気がしたのと、原因を完全に特定出来ていないため、ここに居座っています。

なお、フリーズ時の症状をまとめますと

・カーソルがレインボー状態になる

・カーソルはレインボー状態のままだが、快適に動く

・マウスクリックは、認識しているのだかしていないのだか不明

・Dockの拡大エフェクトは、カーソルをヒュンヒュン動かしても、とてもスムースについてくる

・キーボードの入力は、ショートカットも含めて、いっさい受け付けない

・ホットコーナーによるExposéやSpaces、Dashboardは、快適に起動するようにみえる

・Dashboardに時計を東京、コペンハーゲン、クパティーノと３つ表示しているが、全て文字版部分が真っ白や真っ黒となり、針が表示されない

・筐体温度やファンの回転から、さほどCPU負荷はかかっていないことが推察される

・再現方法は不明

・ハード的な問題はないと、強く考えられる

これらから、OSレベルで、絶対に他の処理を割り込ませないよう、全ての処理の予約さえも、何かしらロックをかけて、何かしらの処理を行っている状態である、と仮定し、疑ったのが時間調整と、その通信でした。

症状だけおよみすると、Windowserverの異常動作に似ている気がします。

表題のとおり、スリープ復帰後のsafariフリーズから始まり、システム全体の操作不能が発生（スリープ約8回中1回）していましたが、

こちらの記事を見て「日付と時刻を自動的に設定」のチェックを外して運用して様子をみたところ、

一週間（スリープ60回程度）でフリーズ現象は一度も発生していません。

このままもうしばらく様子を見てみたいと思います。

ちなみにこれまでは、Apple アジア (time.asia.apple.com)を選択していました。

ktkns による書き込み:

一週間（スリープ60回程度）でフリーズ現象は一度も発生していません。

情報ありがとうございます。

「Macのネットワークが悪い」が２票になりましたね。

犯人が絞れると、対策も練りやすいので、ROMっている同じ症状の方は、是非書き込んでください。

それが問題解決につながるのです。

でですね、私もかなりフリーズしないできましたが、実は、またフリーズに出くわしました。。

他にも犯人がいるようです。

さて、排他的な処理をする、ネットワークを利用するものとは、、、なんでしょうね。

> こちらの記事を見て「日付と時刻を自動的に設定」のチェックを外して運用して様子をみたところ、

一週間（スリープ60回程度）でフリーズ現象は一度も発生していません。

ファイアウォール（マックの設定とは限りません）かなにかで、ntp のパケット（ポート123、udp?）がブロックされているのでは？

少なくとも、time.asia.apple.com は正常に動いているようです。

はに による書き込み:

ファイアウォール（マックの設定とは限りません）かなにかで、ntp のパケット（ポート123、udp?）がブロックされているのでは？

こちらは私がログのところで返信をさぼったせいですね。

私の環境では、FWではブロックをしていません。

ログを見る限り、正常終了しているものが並んでおり、ブロックされたような形跡はありませんでした。

蛇足になりますが、ネットワーク周りの各種機器の設定も確認していおり、ファームにバグがなければ、問題ないはずです。

n00 さんによる書き込み:

でですね、私もかなりフリーズしないできましたが、実は、またフリーズに出くわしました。。

他にも犯人がいるようです。

「他にも犯人」というより、ntpdでは無かったと言うことですね。

私も現状、ネットワークの何かが原因と思っておりますが、n00 さんのところで多彩なMacとOSで発生するのに私のところで、4台のMac(10.6.x)で一度もスリープ解除時にフリーズした事がないの(短くとも、ここ1年ほど。)で、何かを組み合わせないと発生しないのも確かなようです。

n00 さんのところに有って私のところにないものと言えばVPNですが、これはルータ側で対応しているのですよね。

ni_ki による書き込み:

「他にも犯人」というより、ntpdでは無かったと言うことですね。

いえ、発生率から考えますと、主犯格だと思います。

発生率も気まぐれなため、フィーリングでしか言えませんが。。。

環境の違い。。。というと、ちょっとなんとも言えませんね。

私の場合、単一の環境下での話ではなく、出先の様々な環境下での話になりますので。

ログが残らず、Apple社も非協力的なめ、解決するのが困難な状況が続いております。

引き続き皆様のご意見、お待ちしております。

宜しくお願い致します。

n00 さんによる書き込み:

いえ、発生率から考えますと、主犯格だと思います。

発生率も気まぐれなため、フィーリングでしか言えませんが。。。

私もカンなので、証拠を出せと言われると出しようがないのですが、ntpdは引き金で、ネットワークへのアクセスを阻害する、真犯人がいる気がするのです^^

私の場合、単一の環境下での話ではなく、出先の様々な環境下での話になりますので。

ちょっとこちらの説明能力が不足しております。

通常の設置場所でも発生し、持ち出しても発生するのですよね。なのでMacの「周りの環境が原因」と言う意味でなくて、周りと関係を持つための設定の何かが真犯人を目覚めさせているのではないかと思っております。

n00さんへ　心中お察しします。

iMac27(Mid 2010)で似たような経験をしたのでご参考になれば。

新規購入して3日目朝からスリープ解除に頻繁と不具合が起きました。

・スリープ解除できず画面がブラックアウトしたままフリーズ。

・スリープ解除してMail.appを開いてすぐレインボーカーソルで操作不能。

・スリープ解除してしばらくすると突然電源が切れる。（これは１回だけ）

対策１：システム環境設定のMobileMe「どこでも My Mac」を切、省エネルギー「ネットワークアクセスでスリープ解除」をオフ、つまりWake on Demandを無効にしました。

結果、安定しましたが、2～3日おきに朝最初のスリープ解除でNG。

対策２：在宅自己交換サービスでメモリ(2GB×2枚)を取り寄せ交換。

結果、7日以上スリープ／解除を繰り返してもOK。このまま使用継続中。

以下私の心象です。

Wake on Demand有効にするとスリープ中も2時間おきにごく短時間MobileMeへネットワークアクセスが発生します。iMacやMacBookでは気付きにくいが、MacProではFan回転音ではっきり認識します。

ハードウェア動作的にスリープ解除に失敗しており、たまたまそのとき起動したアプリ（Safari、Chrome、Mailやネットワークアクセス）には依存しない。私の場合、Wake on Demandが一番スリープ解除の頻度が高いイベントなので頻発したのでしょう。

いとう みき さんに教えて戴きましたが、スリープ中のDRAMはリフレッシュレートが極端に下がった特殊なモードで動作します。従ってAHTやその他メモリテストプログラムではスリープ絡みの異常は検出できません。ユーザが確かめる手段は長期のスリープ／解除を繰り返して様子見しかないようです。

つまりメモリ交換しても、交換品がスリープ動作を含めて正常であるか一抹の不安は残ります。私の場合は購入直後でOS再インストールでも発生したので早々にハードを疑い、まずは念のためメモリ交換、2度続けてハズレは引かないだろうとの読みでした。

当初からずっとサポートに相談してまして、iMac27を調べるから送れと言われましたが私が了解しませんでした。不再現で行ったり来たり繰り返すのを恐れ、まずはメモリ交換で様子見させてくれと。メモリなら頼んで2,3日で届きますし、念のため試してみる価値はあるかと。

詳細な経過はこちら どこでも My Macでスリープ解除すると動作不安定

n00 による書き込み:

ni_ki による書き込み:

「他にも犯人」というより、ntpdでは無かったと言うことですね。

いえ、発生率から考えますと、主犯格だと思います。

では、ntpサーバを、

ntp.jst.mfeed.ad.jp

に変更してみると、どうでしょうか。

Tomoさん

http://apple-japan-vm.hosted.jivesoftware.com/people/Tomo情報ありがとうございます。とても参考になりました。

経緯等拝見致しました。

ネットワーク越しに起こしたり起こされたりするあたりが共通点なのでしょうかね。

私の場合は、起こす側で、つまりWake on Demandは無効のほうで頻発していますが。。。

さて、うっかり忘れていたことで、一つ関係ありそうなことを思い出しましたので、書いておきます。

半年くらい前のセキュリティーアップデートで iStat Menus のネットワークのモニターが利用不能になりました。

その後 MenuMeters を利用していたのですが、ふと思い出し、本日 iStat Menus に戻してみたところ、モニター可能になっていました。

つまり、ここ半年くらいの間に、何かしらOS側で、ネットワーク絡みの変更が最低でも２回は入っていることになると思います。

更に、よくよく考えてみると、スリープから復帰後のフリーズは、その半年くらい前のセキュリティーアップデートの後に起きているような気がしてきました。

このスレッドがたったのも、そのくらいの時期ですし、関係がありそうな気がしてきました。。。対策は皆目検討がつきませんが。。。

更に、よくよく考えてみると、スリープから復帰後のフリーズは、その半年くらい前のセキュリティーアップデートの後に起きているような気がしてきました。

一般的に出荷時のクリーンなOS Xであればメジャーな問題は起きないはず。もし起きるなら環境要因かハード要因を疑います。

手間は掛かりますが、外付けか内蔵HDDにテスト用として10GBほどパーティション作成して、まずは出荷時バージョン10.5.？をインストールしてスリープとネットワークアクセスの関係を検証してみては？　その後順次10.6、10.6.6とバージョンアップしつつ様子見。いま頻発しているなら再現有無の判別は容易でしょう。

確実に安定動作するはずのシステムから順に原因切り分ければ究明できる気がします。今お使いの10.6.6のディスクユーティリティならHDD初期化せずにパーティション作成できますよね。検証が終われば削除できますし。

調子悪いシステムをいじりつつ、ピンポイントで原因をつまみ出すのは当たると快感ですが、ときに究明が長引きます。この際、両面作戦で現状システムとテスト用システムを並行して検証してみてはどうでしょう？　私ならそうしてみます。

外付けか内蔵HDDにテスト用として10GBほどパーティション作成して、

10GBだとかなりギリギリなので、例えばComboのアップデータとかだと下手するとアップデートに必要な空き領域が足りないとか言われる可能性が高いので、12〜16GBぐらいにしておいた方が良いかと。

＃メンテナンス用の最小限のMac OS Xシステムを作る時等は、USBフラッシュメモリー起動も考えて、8GBの次が16GBなので、16GBのパーティションを作ったりすることが多いですが、16GBでもソフトウェアアップデート経由だと沢山のアップデートを同時にやろうとすると空き容量不足って怒られる。(^_^;