コミュニティでの投票について
コミュニティでの投票について解説した記事を公開しました。
コミュニティでの投票について解説した記事を公開しました。
Apple Account (Apple ID) の不正利用を確認する方法
Apple Account に関するよくある質問についてはこちらのページを、また不正利用を確認する方法についてはこちらのドキュメントをご参照ください。
Apple Account に関するよくある質問についてはこちらのページを、また不正利用を確認する方法についてはこちらのドキュメントをご参照ください。
こんにちは。
PPC G5 2GHz Dual で、Mac OS 10.5.8 の mail.app なんですが、しばしばCPUを占領してしまいます。
アクティビティモニターを監視しても、常に80%を超えています。時折いつの間にか落ちてたりもします。
状況は、アクティブなアカウントが5つ。メールの確認は5分おき。
メールの動作状況画面を開いて監視していますが、5分おきにチェックしてるだけで特に何かをしてるわけではなさそうです。
mail.plist を作り直したのですが、変化なくでちょっと困っております。
アクティビティモニターの仮想メモリを見ると、mail.app は、2.19GBってなってますが、こんなに使うんですかね....
他にすべきこと、確認すべきことはありますでしょうか？ご教授お願いします。
Mail.appのMemoryは88MB位です。OSX 10.6.1ですので参考にしかなりませんが...
MailはWebKitが関係しますのでiTunesやSafariなどを弄る3rd partyのPlug-ins, Utilityなどの影響を受けているか、Mail関係のFileに読めないものがあるのか、HDDのMail関係に迷子のFile(分断されたFileの片方が)があるのかも知れません。
$HOME/Library/Mail/をFinderで選択して、File - Compress *Mail*でZIPでBackupして... Mail/の中のfileを１つずつDesktopに出してMailを起動して確認して下さい。Folderは弄らなくても見つかると思います。
アクシデントがあっても$HOME/Library/Mail.zipをDouble-Clickで戻せます。
taganiさん による書き込み:
なんか意地で解決したくなっています
OSXは意地で直せるような代物ではありません。簡単なのは別ですが殆どが直すことは非常に難しいです。それなりの経験とスキルがあれば直せますが...
逆に言えば壊れる事を想定して対策を行っていれば簡単に直せます。問題のないOSXをdmgで保存する、綺麗なplistをBackup、Dataは複数の方法でBackupして複数のHDDに保存する、起動できる外付けHDDを2つに切りOSXとDataを入れて置くだけで困ることは無いと思います。
3rd partyのPlug-ins, Utilityは復元したOSXに入れて使えばUpdateで失敗しても戻せます。Terminalを覚えられればご自身で直せますし簡単なProgramを作れて非常に便利です。
malloc（メモリ割り当て関数）のエラーですね。
http://ja.wikipedia.org/wiki/Malloc
まあ、メモリ領域を確保出来ないということですね。
デバッグ用のブレークポイントを設定したけど，，，，というような感じかな。
直接的にはメモリの不具合でしょうが、OSの内部処理エラー、データ自体のアドレスポインタエラーなんかも、これをひき起すかも。
多分、最後の，データ不整合でしょうね。
ひっぴさん
ありがとうございます。
OS自体は、Back upがありまして、10.5.6の段階までは、問題がないようです。
先ほども、そのデーターから復旧してみたところ、同じような状況になります。
が、メインアカウントのみにおこるので、ちょっと首を傾げています。
新しく作成した、別アカウントで、Mobile Meを使用して、すべての情報を同期しても問題ありません。
バックアップから復元した、メインのアカウントは、Mobile Meで情報を同期した後に、Mail.appがCUPを占領し始めることに気づきました。
いろいろ時間がかかる作業なので、何度も試行した訳ではありませんが、私の手順ミスの可能性もあります。
誤解を招くような記述、申し訳ありません。
興味本位的な部分もありますし、ご協力いただいた方もいらっしゃいますので、地道に検証を続けたいと思います。
xyさん
ありがとうございます。
私も確認しました。CUPをほぼ占有し、いつの間にかメモリも占領していますので、おこっても不思議ではないのかもしれません。
クラッシュの直接的原因にすぎませんね。そこに至る過程が知りたいのですが。
地道に検証して行くしかないようです。
ところで、昔のエラー 2 とかって、そういう意味だったような気がしますね。
taganiさん による書き込み:
バックアップから復元した、メインのアカウントは、Mobile Meで情報を同期した後に、Mail.appがCUPを占領し始めることに気づきました。
Sync関係に読めないか壊れたFileがあるのだと思います。そのProcessが終了出来ず何度も繰り返すので%CPUが高くなるのかも。
「SyncServices」フォルダをリセットしてみたらどうでしょう。
みなさんどうもありがとうございます。
結果から申し上げますと、どうやら解決に至ったようです。
行った事柄は
アクティビティモニターから、Mailを選択し、開いているプロセスを確認しました。
キャッシュに関わる項目を全て削除してみましたが、変化無しでした。
次に、該当のアカウント／ライブラリ／ を使用しているプロセスをひとつずつ確認（ファインダーに退避）させた所
ホーム/Library/Application Support/SyncServices/Local/clientdata/
を退避させると、正常に戻ったようです。
Mail.appを起動後に、動作状況のウィンドウを見ていましたら、同期の環境設定を云々の項目がいちばん長く動いていました。
正常になって確認すると、それは数秒で終わっています。
ひっぴさんが仰るように、同期に関して何かしら問題を抱えていたものと考えられます。
その後、Mobile Meの同期に関して、カレンダーに不一致が見つかったという奴が出ましたが、変化はそのぐらいでした。
とにかく、みなさんのご協力により、解決できましたことに感謝申し上げます。
ありがとうございました。
mail.appが、CPUを占領する。
