diskarbitrarationd は USB ドライブを取り出した後、10 分間 CPU を 100% 消費します。

diskarbitrarationd は USB ドライブを取り出した後、10 分間 CPU を 100% 消費します。

最近、Macbook から Seagate SRD0SP0 USB 2.0 ハード ドライブを取り出すときに問題が発生しました。このドライブには 2 つのパーティションがあり、1 つは Time Machine バックアップで、もう 1 つはメディア用の ExFAT パーティションです。また、スパース バンドル ディスク イメージもあります。

排出時に、discarbitrationd は最終的に排出されるまで約 10 ~ 15 分間、1 つの CPU を 100% 消費します。コンソールには次のようなものが含まれています...

1/2/13 6:02:32.097 PM fseventsd[67]: could not open <</Volumes/ExFAT/.fseventsd/fseventsd-uuid>> (No such file or directory)
1/2/13 6:02:32.097 PM fseventsd[67]: log dir: /Volumes/ExFAT/.fseventsd getting new uuid: B0B6D688-5CB1-4236-BA7E-BB90E19D3C10
1/2/13 6:07:58.336 PM fseventsd[67]: Events arrived for /Volumes/DiskImage after an unmount request! Re-initializing.
1/2/13 6:07:58.336 PM fseventsd[67]: creating a dls for /Volumes/DiskImage but it already has one...
1/2/13 6:08:03.755 PM fseventsd[67]: Events arrived for /Volumes/ExFAT after an unmount request! Re-initializing.
1/2/13 6:08:03.755 PM fseventsd[67]: creating a dls for /Volumes/ExFAT but it already has one...
1/2/13 6:08:04.227 PM mds[57]: (Error) LSOF: File '/Volumes/ExFAT' (fd=11) left open on device 16777222
1/2/13 6:15:53.927 PM SystemUIServer[302]: Error getting disk for path /Volumes/Backup: Couldn't stat disk
1/2/13 6:16:08.033 PM SystemUIServer[302]: Error getting disk for path /Volumes/Backup: Couldn't stat disk

ボリューム名を変更して、どのボリュームがどれであるかをより明確にしました。

私は両方のパーティションでDisk First Aidを実行しました。これはOS X 10.8.2で、数週間前にクリーンインストールされました。特別なソフトウェアは実行していませんが、Sophos An

問題が何であるか、またはそれをどのように診断すればよいかについて何かアイデアはありますか?

答え1

よく分かりませんが、ログに記録された「イベント」の問題は、スパース バンドル ディスク イメージのインデックス作成にあるように思われます。

「Spotlight」は、次の両方をインデックスしようとすると思います:

  • ディスク イメージがマウントされた (およびインデックスが付けられた) ボリューム。おそらく何かを編集したためです (おそらく意図せず -lsofまたは同様のものを確認してください)。
  • そして、前のポイント(およびスパース バンドル ディスク イメージの性質)により、そのディスク イメージを格納するディレクトリ。

そして、後者は前者が完了するまでインデックスを更新し続ける可能性があると思います...


おそらく、Mac OS X はスパース バンドルの一部をデフラグしようとしているのでしょう...

おそらく(そしておそらく)マウントされたボリュームで何かを行うように設定されているウイルス対策ソフトウェアです...(そしておそらく実際にはまったく必要ありません)


最初のログを見ると、不良ブロック、つまりドライブの故障が考えられます。


さらに、exFAT は機械的なハードディスクではなくフラッシュ ドライブ用に最適化されていることに注意してください。これは、全体的なパフォーマンスに何らかの影響を与える可能性があります...

また、私はかつて Mac OS X の exFAT 実装は優れたものではないと読んだことがあります (どこで読んだかは覚えていません)。そして正直なところ、Apple が最初の統合以来それを変更したとは思っていませんでした。


私が提案する解決策は、ログに Spotlight に関する主な言及があるため、ディスク イメージ ファイル (およびインデックスを作成する必要のないその他のファイル) をサブディレクトリに移動し、Spotlight のメタデータ サーバーに、そのファイルと (気にしない場合は) 対応するマウントされたボリューム (コマンドmdutilライン ツールを使用できます) をインデックスしないように指示することです。ただし、本当に必要な場合を除いて、exFAT パーティションはまったくインデックスを作成しないことをお勧めします。ただし、ドライブの健全性と Sophos の動作の両方を監視します...

関連情報