「ディスクユーティリティ」の「アクセス権データベース」の読み出し時間

アクセス権データベース、10.5.x の場合は、

[Macintosh HD]/Library/Receipts/db/a.receiptdb

みたいです。

sqlite3 のデータベースファイルみたいですが、10.4.x までの

[Macintosh HD]/Library/Receipts/*.pkg

との関連は不明です。併用してるのか？　*.pkg の内容を a.receiptdb に収めてしまってるのか？

Apple Mail や Safari4 のデータベースと同じく sqlite3 のデータベースなので、データベースの圧縮で、多少でも動作が高速になるかと思って、ターミナルで

$ sudo sqlite3 /Library/Receipts/db/a.receiptdb vacuum

を試しましたが、誤差程度しか変化は認められませんでした(^^;)。a.receiptdb のファイルサイズは、結構小さくなったんですが、、、。

検証、お疲れ様です。バキュームしても変わらないと言うことは、sqliteの処理能力は、まだ余裕があると言うことですね。

「互換性の確保」の問題で、以前の物も残すことがあると聞いているので、併用は十分あり得るかと思います。

2) 500 GB のハードディスクを「0初期化」した場合の時間がとんでもなく掛りそうな予感が...。（6時間とか、8時間とか...(^"^;)？）

マシンの能力（とHDDの性能）や接続形式に大きく依存しますが、MacBook Pro 15" Late 2007（CPUは2.6GHz、RAMは4GB）に搭載の250GBのHDDで２時間はかからなかったと思います。たしか、現行のMac mini（CPUは2.26GHz、RAMは4GB）搭載の340GBのHDDでも２時間は切っていたような記憶はあります。

さらに 250 GB の内蔵 HDD の回転数が 7200 rpm だとして（たぶん違うだろうけど...）、こちらのが 5400 rpm だとすると、5時間ちょっと...。ま、いずれにせよ、とんでもない時間が掛かりますな...。

ご安心を（？）、5400rpmです。正確に覚えているわけではないので、ぼかして（多めに）書いてますが、たぶん、250GBで１時間半ぐらい、340GBで２時間を切るぐらいだったかと思います。

ユーザーとしては、我慢できるのはせいぜい 10分が限度とちゃいます (^〜^;)？ ましてや「0初期化」を何回も繰り返すなんて気が遠くなりますな...(^"^;)。

私は、マシンを買ってきたら、取り敢えず普通に起動して初期不良が無いことを確認してすぐにHDDを0書込の初期化し、OSをインストールし直します。また、何かのトラブルでOSを再インストールしたりするときは、必ず0書込の初期化をしますね。

しい坊 による書き込み:

ましてや「0初期化」を何回も繰り返すなんて気が遠くなりますな...(^"^;)。

Apple Mail の方は現在：

メールボックス“○○”を読み込み中

1159969/1320230 件のメッセージを読み込みました

残り時間： 1 時間 15 分

私はゼロ初期化は、実行した記憶が無いですね。

せいぜい、テスト的に１回かも。

不良セクタをブロックしてくれるなら、実行しても良いかも、という程度でしょうか。

ハードディスクには、不良セクタを隠蔽する予備セクタが用意されているはずなので、これに期待、といったとこです。

メールボックスに、メールを入れ過ぎですよ。

読み込み時にインデックスを作成しているでしょうから、遅いのも当然かと思います。

対処法としては、

（１）一旦、外に取り出し、且つ、バックアップする。

（２）その後、メールを小数に分けて読み込む。

でしょうね。

PS:

時間がかかる大量データの一括処理は、エラーに遭遇する確率が高いので、避けた方が良いですね。

.

しい坊 さんによる書き込み:

恐らく破損したのは大量にある分類フォルダの中の１つのフォルダ内のインデックスに過ぎないと思います。素人考えではそのメールボックスのインデックスを作り直すだけで良いのではないかと思うのですが、どうも Apple Mail は融通が利かず、１つでもインデックスが破損したのを検知すると、全てのインデックスを作り直すのではないかと想像しています。本来ならば 5分とか、10分で済む作業なのに、毎回半日も掛かってしまうわけです。

Spotlightなんかの機能を考えると、確かに大量のファイルを分割する気は無いでしょうね。検索の意義が薄れますものね。

(中略)

Apple Mail の設計者も、この肥大化する過去メールのログの問題をどう解決したら良いか妙案が浮かばず、頭を抱え込んでしまっているのではないかと想像しているのですが...。

そこまで考えてない様な気がします。100万件のファイルを有効に保存する仕様で無い気がしてなりません。やっぱりAppleにApple Mail Million を作ってくれと、要望してみては^^;

しい坊 による書き込み:

ところが、Apple Mail のメールはメールごとに別ファイルに保存されています。古いメールを他のメディアに退避させた場合、その中のいずれかのメールが必要になった時に、気が遠くなるような作業が必要になるのではないかと危惧しています。（結局、インポートし直さなければいけないわけでしょう？）

メールフォルだだけバックアップして（mail.appの管理から外して）も、spotlightで見つかりませんか。

私のところは、年毎にバックアップするようにしてますけど、mail.app内と一緒くたに見つかります。

しい坊 による書き込み:

恐らく破損したのは大量にある分類フォルダの中の１つのフォルダ内のインデックスに過ぎないと思います。素人考えではそのメールボックスのインデックスを作り直すだけで良いのではないかと思うのですが、

メールボックスを個別に指定して、再構築で駄目ですか？

メーラーに異常が発生した時のメールボックスのファイルの被害を最小限に抑えるために、ハードディスクの使用が肥大化するにも関らず、あえて、旧バージョンまでのアカウントごとに１つの巨大なメールファイルに替えて、メールごとに独立したファイルで保存するようにしたのではないかと想像しています。

受信メールを１ファイルにしていたのは、変更を予定していないからと、変更を避けるためだと思いますが、別ファイルにしたのは、１ファイルダと、一部の不具合で全受信メールが全滅するからでしょうね。。昔のファイルシステムはファイル数の制約がキツかったからという理由もあるかもしれません。

しい坊さんの状況だと、

・常用するパソコンに保存するデータを厳選する。（imapはそのためにあるとも言えます）

・内蔵ＨＤＤの容量を多過ぎにしない（トラブル時の対処がそれこそ大変）。

・セーフブートを頻繁に（OSXではファイルシステムの傷が多そう）。

ですかね。

溜め込んだメールは無限ルーブで何時になったら読めるのか?

現在のMail.appで読めないのですから新しいMail.apoでは取り込めないと思います。emlxを１つずつ新しいMail.appに読み込ませる必要があるかも知れません。

こんな状態なのて出来るかは分かりませんが...　$HOME/Library/Mail/をBackupして安全な場所に保存して下さい。

Mailboxを選択してMailbox menuからArchive Mailbox...を行う。出来上がったMailboxはPOPの各々のxxx.mboxの中です。Mailを終了しなくても取り出せます。

あるいは...　Mailbox menuからNew Mailbox...でMailboxを作り、Messageを選択して、Message menuからCopy To...でCopyを行います。$HOME/Library/Mail/Mailbox/に出来ています。Mailを終了してDesktopにCopyして下さい。要らなくなったMailboxはMailbox menuからDelete Mailbox...で消去しないと壊れます。既に壊れてますが...　このMailboxはFolderに入れれば新しいMail.appに取り込めます。

現在の$HOME/Library/Mail/が新しいMail.appで読めれば良いのですが恐らく難しいと思います。再構築も難しいかも知れません。

しい坊 による書き込み:

どうしたらよいのでしょうね。Eudora 時代には、古くなり巨大化した分類ファイルはどんどん分割して外付けハードディスクや他のメディアに退避させていました。それが必要になれば、単にそのファイルをダブルクリックするだけで、そのファイルがどこに置いてあろうと、Eudora 上にほぼ瞬時に開けました。

ところが、Apple Mail のメールはメールごとに別ファイルに保存されています。古いメールを他のメディアに退避させた場合、その中のいずれかのメールが必要になった時に、気が遠くなるような作業が必要になるのではないかと危惧しています。（結局、インポートし直さなければいけないわけでしょう？）

古いメールをまとめて保存したいときは、少し面倒ですがフォルダのすべてを選択して「別名で保存」です。フォーマットは「メッセージソース」を選んでください。

戻すときはmbox形式でそのファイルをインポートすれば、メッセージ毎に分割されて復元できるはずです。

ちなみに、Mail.appの推奨の方法は「メールボックスをアーカイブ」と「Mail for Mac OS X形式でメールボックスを読み込み」です。

残念ながら双方ともISO-2022-JP形式のメールはSpotlightでは直接検索できません。いったんメールに読み込んでメールの検索機能を利用する必要が有ります。

Spotlightで直接検索するなら別名で保存でテキスト形式で保存しなければなりません。この方法だとMailによるメッセージ単位の復元はできません。

こうしてまとめてみると、どうも使い勝手はよく有りませんね。

ISO-2022-JPを簡単に検索できるツールが有ればよいのですが。

a.receiptdb の中を sqlite3 で覗いてみると、

ファイルサイズ：303.9MB

テーブル定義数：9

レコード総数：1646256

こんな感じですね。

sqlite3 で SQL 文を叩くと、全レコードを 0.5 秒くらいで読み込んでしまうので、sqlite3 がボトルネックになってる感は無いですね（MacBook Late2008）。むー、余程癖のある SQL を実行させてるのか、ディスクユーティリティ？？？

164万件ですか。インストールしてある、アプリケーションにもかなり左右されるのでしょうが、それにしても私の予想を遙かに上回る数です。

これだけの数を、実際にHDD内のファイルのアクセス権も読み出して比較するのでしょうから、時間がかかるのでしょうね。ディスクユーティリティは「データベースの呼び出し中」みたいな表示をしていますが、実際のファイルの方のアクセス権を調べ上げるのに時間を取られているような気がします。