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

n00 による書き込み:

色々ありがとうございます。

#お返事遅れました。私は n00 さんの利用環境に感心しております。Windowsに元々詳しい中、Macもご利用とお見受けしますが、

Leopardに関しては、数日から１週間以上スリープさせた後に、フリーズすることがあります。

Tiger（mini）に関しては、必要な時にVPN経由で外部よりWOLで起こして利用する、という運用のため、数週間単位でスリープ状態になることが多く、フリーズするのは、20回に１回といった感じのタイミングです。

との事で、Tigerはセキュリティアップデートがもう止まっていると思われますが、そのminiをVPN経由でWOL運用との事、ルータを３社製品取り替えてお試しの様子ですが、ルータは１台で全部のMacと共用でしょうか？それとも多段ルータで二重NAT無視、複数台で運用でしょうか？

ルータを複数台で運用ならば、各端末の接続構成はどのように運用されておられますか？

私はNW関係もMacもまだあまり詳しくないのですが、もし、ルータ１台で全部のMacを同一NWで、そして、VPN経由という外に開かれるMacがTigerのminiであるならば、セキュリティ面でどうでしょうか？

誤解してると思いますので、間違ってたらすいません。Snow(10.6.6)がInternetへの玄関口ならば大丈夫ですよね？

USBタイプの無線子機を、接続中に抜くと、Windowsでいうところのブルースクリーン（Macでなんというのか知りません。ダークグレーの四角の中に、駄目だこりゃ的なメッセージと電源マークがでるやつです）となることが多いためです。※USBはホットプラグなはずですからね。

#「カーネルパニック」が頻繁に生じておられるようです。Systemが壊れている可能性が高いと思います。

Windowsでは「ホットプラグ」の場合、特段意識せずに抜き差し出来るのかも、ですが、Macでは「マウント（差す）」は別として、「アンマウント（抜く）」は明示的にする必要があるSystemだと理解しています。

ni_ki さんご助言のように、「USBその物は大丈夫なのでしょうが、USBを経由して動作しているものがある場合は、保証されていないのではないでしょうか。」では？とも思えますよね。

私ならば、私用で使っているから制約が少ないので、「カーネルパニック」が生じたSystemは廃棄して、HDDをData0消去した後、改めてSystem,Dataを再構築します。過去、経験済みでもありまして。

最後にOSの問題としている理由は、普段は、スリープからの復旧後、パスワード入力を求めるようにしているのですが、そのパスワードの入力エリアにフォーカスすら出来ないためです。

や、

これは、バックグラウンドで何が動いていようが、OSが正常にスリープ＆復帰が処理出来るよう、設計されていないということになり、そのことに問題があると言い切れると思っているからです。（せめてコンソールさえ使えれば、なんとかなるのですから。。。）

などは、Systemが一見、正常に動作しているように見えて、実は何らかの問題、課題を抱えている状態の表面化したものと感じます。

正常なSystemで、適切な操作である場合、混乱は生じないと考えています。

管理ユーザで見る事の出来る「コンソール」での「system.log」「kernel.log」「private/ver/system.log」に「crash」「panic」「error」が無いそうですので、おっしゃる通り、為す術が無いかも知れません。

私は「ターミナル」で「コマンド」はほとんど使えないので、お困りのような状態になれば、どうにか復旧という選択肢が無い為、SystemのDiskimageをBackupしているので、そこから復旧させています。DataはFinderでBackupしたものから戻します。

Malware（トロイなど）も疑うので、戻す時は慎重すぎるきらいあるのですが。

あかぼうし さんによる書き込み:

「USBその物は大丈夫なのでしょうが、USBを経由して動作しているものがある場合は、保証されていないのではないでしょうか。」では？とも思えますよね。

理解されにくいですかね^^;

USB接続HDDなんかもOSのカーネルパニックこそ起きないですが、何もせずに抜くとデータは保証されないのと、同じだと思っているのですけど。一般的には、そのようには考えないのが普通なのでしょうかね。(恐らく、私の頭は「一般的な発想」では無いとは思うので^^)

ところで、1つ回避策(仮)を思いつきました。Snow Leopardのみですが「長時間スリープ後に発生」の場合には効果有るかもです。Wake on Demandを有効にしておけば2時間おきに目を覚ますので、長時間スリープしなくなるので発生しなくなるのではないかと思うのです。ただ、AirMac等が無い状態でWake on Demandを有効に出来るのかは存じ上げません。

あかぼうし による書き込み:

ルータを複数台で運用ならば、各端末の接続構成はどのように運用されておられますか？

基本は、単体構成だとお考えください。

一部有線配線出来ない部分を無線で中継していますが、ほとんどのマシンは有線接続という状況で、左から３列目までのマシンはほとんどスリープ状態ですので、OSの問題を強く疑っていました。

なお、一番フリーズするのは、利用頻度の一番高いマシンで、一番右のSnow Leopardです。

運用は、ほとんど閉じていて、切り替え装置経由で、外部モニタと外付けUSBキーボード＆マウスで利用しています。

閉じた状態でスリープさせ、そのままLANケーブルやその他のケーブルを抜き、スリープのまま外に持ち出し、電車などの移動中に、ネットワークのない状態で開くことがしばしばありますが、その際にフリーズすることもあります。

つまり、上の表の環境だけが影響しているとは考えにくいと思います。

皆さんと大きく違うところは、スリープを多用しているところだと思います。

今のところ、その分だけ、トラブルの発生率も高いのではないかという考えが強くなっています。

スリープを多用される方で、ここまでたどり着いた方のご意見もいただければと思います。

以下は主題とずれますが、ご協力くださっている方への返信です。

VPNは安全な方法で接続を確立しています。

当方、それほどセキュリティーやネットワークに疎くはありませんので、そのあたりはスルーしてくださって結構です。

USBの取り外しは、USBに接続する機器側の問題が起きないような場合は、マウント、アンマウントという概念に左右されるところでは無いのではないでしょうか？

つまり、私の場合では、USB無線子機ですので、データ破損の恐れなど気にする必要がなく、抜き差しは自由でなければならないのではないか？ということで、OSの問題としてとらえるべきという考えに至りました。

Wake on Demandは面白い発想ですね。

ただ、固定して利用するマシン向けの対策で、リュックに入れられてユッサユッサの私のMacさんには、ちょっと厳しいです。

モーションセンサー内蔵だから大丈夫かも？？？と一瞬思いました、が、試す勇気は出ません。。

利用環境をわかりやすく提供くださり、ありがとうございます。

先述の通り詳しく無く、また、利用環境も異なるため、適切なヒントがお伝えできず、申し訳無いです。

先ほど、このボードで検索語を「sleep」「panic」でヒットしたトピックがあり、「カーネルパニック」発生時のAppleのサポート記事も見つけましたので、ご参考までに。

既読でしたらすいません。

気になったトピック　Apple サポートコミュニティ: Mac. Pro  Dual-core Intel Xeon...

気になったサポート記事　Mac OS X：カーネルパニックのログ方法 並びに Mac OS X 10.5 Help: 「コンピュータを再起動する必要がある」といったメッセージが表示される場合

私は、Re: MacBookだけAppleサポート選択でクラッシュする（長くて申し訳ないです。）以降から書き込み、AppleStoreのジーニアスバー利用など恵まれた環境や、このボードの様々なユーザの皆さんに大変お世話になりつつ、WinXP混在環境からMacのみの環境に再構築できたばかりの者です。

この通り詳しく無く、 n00 さんの方がNW、セキュリティともに明るいとの事ですので、同一環境の方からの情報を待つ、に同感です。

当方のNW環境は、NTT光CTUから多段ルータでAirmacEXtremeBS(MA053j)を２台、ExpressBS(b/g)を直列で、二重NAT無視で各々のルータに（192.168.~,172.16~,10.0.~）バラバラのアドレスを振らせ、1ルータに1端末を基本に運用です。PPPoEはCTUに任せています。

最下流のExpressBS(b/g)のみ、以前から所有で被害を受け復旧させたiMacに、セキュリティ対策ソフトを入れられない子供のゲーム機（PSP）を同居させてます。iMacは大事なDataは一つも入らず、主に子供の閲覧専用機として用いさせています。勿体ない使い方ですが。

困り事が続く中、ご苦労多い事とお察しいたします。　早期の解消をお祈りします。

解決策が見つかりましたら、お暇なときにでも掲載くださるとありがたいです。

難しくてよく解りませんが気になった点だけ書いてみます。

運用は、ほとんど閉じていて、切り替え装置経由で、外部モニタと外付けUSBキーボード＆マウスで利用しています。

閉じた状態でスリープさせ、そのままLANケーブルやその他のケーブルを抜き、スリープのまま外に持ち出し、電車などの移動中に、ネットワークのない状態で開くことがしばしばありますが、その際にフリーズすることもあります。

机の上では切換え装置で機器を切り替えてから、使うMacだけをスリープから復帰させて使うのでしょうから大丈夫かもしれないです。

しかし移動するときに同じ運用では、スリープ復帰後に見た目はフリーズのようになりそうな予感です。

つまりLANとかその他の接続機器がスリープ復帰後にまだ切り替え装置経由で、つながっているとMacは思い込んでいます。

それが見つからないのでMacが探し続けてレインボーマークが回るということかもしれないです。

一度、Macを目覚ませてから装置をアンマウントさせたりケーブルを抜きます。

そして電源ボタンを押してスリープさせ、再度スリープから目覚めさせると大丈夫かなぁと思いました。

n00 さんによる書き込み:

つまり、私の場合では、USB無線子機ですので、データ破損の恐れなど気にする必要がなく、抜き差しは自由でなければならないのではないか？ということで、OSの問題としてとらえるべきという考えに至りました。

何も起きなければ、私もそれが一番良いと思っております。ただ実際にはとても、そうで無い状況なのではないでしょうか。

私のところでも10.5.8当時FireWireスピーカをMacから抜くとカーネルパニックというのがありました。(10.6以降は発生したことがないです。)

Wake on Demandは面白い発想ですね。

ただ、固定して利用するマシン向けの対策で、リュックに入れられてユッサユッサの私のMacさんには、ちょっと厳しいです。

モーションセンサー内蔵だから大丈夫かも？？？と一瞬思いました、が、試す勇気は出ません。。

確認してないので、申し訳ないですが、WOLをONにしているとSnow Leopardは二時間に1回目覚める可能性があります。ご注意を。

お子様ランチ. さんによる書き込み:

つまりLANとかその他の接続機器がスリープ復帰後にまだ切り替え装置経由で、つながっているとMacは思い込んでいます。

それが見つからないのでMacが探し続けてレインボーマークが回るということかもしれないです。

Ethernetに関してはケーブルが抜けている方が、切断の発見が早いはずです。

ちょっと思い出したことがあるので、連続書込失礼いたします。

記憶が曖昧ですが、10.5.xの時代だったかにAFPで他のMacに接続している際に、間違ってAFPのサーバ側のMacの電源を切ったりすると、レインボーカーソルが回り続けが覚えがあります。AFPではないでしょうが、それに似た現象なのでは。

これは関係が薄い気がしますが、MacBook Proでやはり10.5.xのどれかでシステム環境設定「ネットワーク」からEthernetの設定項目を削除するとスリープしたMacが(確か)暴走する現象がありました。そんな変な現象もありますので、ネットワーク設定も含め再度、確認してみては如何でしょうか。

n00 さんによる書き込み:

なお、一番フリーズするのは、利用頻度の一番高いマシンで、一番右のSnow Leopardです。

(中略)

皆さんと大きく違うところは、スリープを多用しているところだと思います。

私も、数日間スリープというのは、時たまやりますがスリープ解除時にMacが操作を受け付けないというのは、一度も経験したことがないです。一番使用頻度の高いMacがスリープ解除後、一番支障があると言うことは、スリープの時間が長いほど支障の発生率が高くなるわけでないと言うことですよね。

MacBook Proでやはり10.5.xのどれかでシステム環境設定「ネットワーク」からEthernetの設定項目を削除するとスリープしたMacが(確か)暴走する現象がありました。

こちらでしょうか？

Apple サポートコミュニティ: ２度目のスリープが必ず失敗

Mac OS X 10.5.8のアップデートで修正されているようなので、最新バージョンにアップデートしているのであればとりあえず関係ないように思います。

HAL さんによる書き込み:

こちらでしょうか？

Apple サポートコミュニティ: ２度目のスリープが必ず失敗

これです^^。ありがとうございます。

Mac OS X 10.5.8のアップデートで修正されているようなので、最新バージョンにアップデートしているのであればとりあえず関係ないように思います。

私も、今回の件とは直接関係ないと思っております。ただ、スリープとEthernetの設定項の削除というまったく関係なさそうな、もの同士が影響し合っている例として「予想外の部分も含めて確認を」との意味で書き込ませて頂きました。HAL さんもそうなのではないかと思うのですが、私のところではスリープ解除後のMacの不応答という現象に、覚えている限り遭遇した事がありません。

ni_ki による書き込み:

一番使用頻度の高いMacがスリープ解除後、一番支障があると言うことは、スリープの時間が長いほど支障の発生率が高くなるわけでないと言うことですよね。

そうですね。

発生率はそれほど変わらないので、スリープ使用頻度の高いマシンが、必然的に発生回数が多くなるというような感じです。

出先では、節電の為に、MTG中などでも、頻繁にスリープさせていますので。。

お子様ランチ. による書き込み:

一度、Macを目覚ませてから装置をアンマウントさせたりケーブルを抜きます。

そして電源ボタンを押してスリープさせ、再度スリープから目覚めさせると大丈夫かなぁと思いました。

装置のアンマウントということですが、すみません。私の書き方がわかりにくかったようです。

切り替え装置は、外部モニタとUSBのキーボード＆マウスの切り替えですので、特にアンマウントさせられるようなものは無いのです。

TimeMachineを利用した際には、NASを自動的にマウントしてくれていますが、これらはスリープからの復帰後に、しばらくしてから「見つかりません！」的なメッセージが出て「全て取り外す／無視する」といったようなダイアログが出てくれます。

その際と申しますか、それまでの間には、特にCPU負荷やカーソルのレインボー化もなく、普通に利用出来ていますので、Finderの例外処理は、正常にできているように見受けられます。

ネットワークの変化という意味では、出先で無線を使っていて、そのままスリープして、移動して、別の場所で起こす、というような、極々普通に考えられるノートの使い方をするたびに、毎回ネットワークを手動で切ってからスリープさせるなど、ちょっと考えられませんよね。。。

うーん、、某MS社の某表計算ソフトのように、決まった手順で発生してくれれば早いのですが。。。などと考えると、Macのネットワークをガシガシ利用している時の気まぐれな反応のあたりが、非常に疑わしいです。

あと、微妙ながら動きがありましたので、ご報告を。

スリープ後のパスワードの入力を省略するよう設定し、ターミナルでtopコマンドを実行させたまま、ターミナルをアクティブ、つまり最前面に置いた状態でスリープから復帰した際に、レインボーマークが出てくれました。

しかし、そのとき表示されていたのは、裏側にまわしていたはずのChrome君でして、マウスやコマンド＋Tabやコマンド＋M等、様々なショートカットを入力しても、ターミナルは前面にこず、内容が確認できないよ■（自粛）という状況になりました。

結局本スレッドのタイトルにに戻り、 WebKitが原因か？？？と微妙ながら疑わせることが発生しました、という報告です。

そうです。今でも不規則にフリーズしてくれるという駄々っ子ぶりです。。。

HAL さんもそうなのではないかと思うのですが、私のところではスリープ解除後のMacの不応答という現象に、覚えている限り遭遇した事がありません。

なので、環境依存（使用している周辺機器やソフト）の問題、もしくはある特殊な条件でのみ発現するバグなのだろうと思っていますが、そうなると、症状から原因を類推するのは（容疑者が多すぎて）ほぼ不可能で、結局は不具合が出ている環境にてトライアンドエラーで原因を特定してもらうしかないんですよね。

# 同じ障害例とその解決方法の報告がどこかにあれば別ですが・・・

したがって、自助努力を放棄されてしまうと第三者にできることはないと思います。残念ながら。

あかぼうし による書き込み:

解決策が見つかりましたら、お暇なときにでも掲載くださるとありがたいです。

唐突ですが、解決に非常に近づいた気がしますので、一応同じような症状の方の賛同を得られることを目的に、私なりの解決策を書きます。

検索でここにたどり着いた方は、メッセージを残してもらえると、助かります。

検索も考慮して、整理します。

問題：スリープからの復帰後に、カーソルがレインボーマークとなりフリーズする。

容疑者：ネットワーク系

解決方法（仮）：システム環境設定 > 日付と時刻 > 日付と時刻を自動的に設定　（<--これのチェックを外す）

この解決方法で、しばらく問題が出ていません。

ということで、現在のところ、限りなく黒に近いグレーの容疑者が、これです。

さて、ここで皆さんに質問があります。

検証方法を考えていたのですが、思いつきません。

どなたか良い知恵はありませんでしょうか？

もしくは、タイムサーバとの同期のログって、どうすれば取得できるのか、ご存知の方いらっしゃいますでしょうか？

時間が変わるのに時間のログを残すって。。。どうなんでしょう？？

n00 さんによる書き込み:

解決方法（仮）：システム環境設定 > 日付と時刻 > 日付と時刻を自動的に設定　（<--これのチェックを外す）

時刻の取得先はどちらのサーバーに設定してらしたのですか。

logの件ですが、ntpdでコンソールで検索するればよいのではないでしょうか。

当方では下記みたいな感じでlogが残っております。

ntpd[33] time reset -0.272954 s

ni_ki による書き込み:

時刻の取得先はどちらのサーバーに設定してらしたのですか。

Apple アジア (time.asia.apple.com)

何も気にせずこちらでした。

logの件は私の書き方が悪すぎましたね。すみません。

同期プロセスの詳細ログという意味で解釈願います。

目的は検証ですので、結果のみではあまり意味がないかと。

n00 さんによる書き込み:

Apple アジア (time.asia.apple.com)

何も気にせずこちらでした。

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

同期プロセスの詳細ログという意味で解釈願います。

目的は検証ですので、結果のみではあまり意味がないかと。

なるほど、確かに詳細は表示してくれないですね。私のところでは、ntpdでlogを表示するとそれなりの行数表示されますが、怪しげなlogはないでしょうか。

見当違いかもしれませんが、IPFWなんかで追いかけてみるとか。