新しいMBP Retinaでも同じ問題が発生しました。Parallelsをインストールしていますが、Parallelsによって引き起こされる同様の問題は、Parallelsのアップデート(インストール済み)で修正されています。さらに、Parallelsフォーラムで提案された回避策(WindowsアプリケーションフォルダをDockから削除するなど)で問題が解決されなかった。また、Dockのplistを削除し、プロセスを再起動して、コンピューターを数回再起動しようとしました。これらのどれも問題を解決しませんでした。Dockプロセスは100%CPUの使用に戻ります。
トラブルシューティングと修正のために私がしたことは次のとおりです。
これをコマンドラインから実行します。このコマンドは、Dockプロセスがアクセスしているファイルまたはアクセスするファイルをリストします。
sudo opensnoop -n Dock
Dockは繰り返しアクセスしようとしていることがわかりまし/System/Library/CoreServices/DefaultDesktop.jpg
た/Library/Desktop Pictures/Galaxy.jpg
。唯一の問題は、/Library/Desktop Pictures/Galaxy.jpg
存在しなかったことです。OSがその場所にOSなしで来たのか、それを削除したのか、誤って移動したのかはわかりません。とにかく、これを修正するために、次の2つのコマンドを使用して、別のデスクトップ画像へのシンボリックリンクを再ポイントしました。
sudo rm /System/Library/CoreServices/DefaultDesktop.jpg
sudo ln -s /Library/Desktop\ Pictures/Lion.jpg /System/Library/CoreServices/DefaultDesktop.jpg
問題は、Dockが、不足しているGalaxy.jpgファイルにアクセスして、DefaultDesktop.jpgシンボリックリンクを介してデスクトップの背景を設定しようと繰り返し失敗したことであるようです。そのシンボリックリンクが実際のJPGファイルを指すと、Dockの高いCPU使用率は停止しました。以前のMBPでは、DefaultDesktop.jpgは(銀河の)本物のJPGファイルでした。
また、これにより、画面をロックしてからロックを解除するためにパスワードを入力すると、ログインしようとしてコンピューターがハングするという別の問題が修正されました。Dockは同じ欠落ファイルにアクセスしようとしていたログイン画面にぶら下がっています。