質問: spotlight infinite indexingの問題(外部データドライブ) これは外付けドライブで、以前はブートドライブでしたが、現在は音楽ファイル(sibelius、audio、midi、live、logicなど)にデータを転送せずに新しいブートシステムにアクセスするためにのみ使用されています。説明しようとしていますが、ほとんどの場合、データの大部分が主にアーカイブ目的で存在するためです。ユーザーはcomposerで著名なミュージシャンであり、データを自由に再ハッシュできる必要があります。私はいくつかのことを試しました-ここにリストがあります: -antoniodiazのddrescueを使用して完全なファイルシステムのクローンを作成します -コピーでdiskwarriorを実行し、発生したエラーを修復します -ドライブ全体のすべてのaclを消去します -すべての権限を同じ値に設定します-ワイドオープン777 -システム/アプリ以外のデータのみを選択し、carbon copy clonerを使用して対象のデータのみを新たに配置することにより、システムデータ(アプリケーション、システムファイル、私の知る限り隠しファイルを含む)を削除しますフォーマットされたドライブ -データをフォルダごとに新しくフォーマットされたドライブフォルダに転送し、問題を監視するためにそれぞれを追加する間にスポットライトインデックスをリセットします(ここで興味深いのは、ドキュメントフォルダ以外に問題が発生しなかったことです-ドキュメントフォルダのみをに転送した場合新しくフォーマットされたドライブ自体-問題ありません。問題が発生するのはコンテンツではなく、データの量または特定の組み合わせである可能性があります) -datarescueを使用して、データをさらに別の新しくフォーマットされたドライブに転送し、失われた隠しファイルを公開します上記の各手順の間に、spotlightを停止し(アクティビティモニターでmdで始まるものを検索し、すべてのプロセスを終了します)、影響を受けるドライブから.spotlight-v100ディレクトリを削除しました。ドライブをspotlightプライバシーリストに追加して削除することにより、splotlightのインデックス作成を再開します。いずれの場合も同じ問題が発生します。spotlightは正常にインデックス作成を開始し(またはそう思われます)、インデックスの推定時間は増加し、通常は残り4時間になります。これは行き詰まり、残り4時間の予測を続けますが、終了することはありません。ドライブをイジェクトできず、強制イジェクトなしでドライブをイジェクトできるようにするには、アクティビティモニターからmd ..プロセスを終了しなければならない場合があります。残り4時間の状況の後でドライブを切断すると、ドライブを再接続すると、spotlightは残り時間を永久に推定し、二度と動作しなくなります。ですからあります。これは明らかにファイルシステムの問題ではなく、アクセス許可の問題でも、特定のハードウェアやプロトコル(usbおよびfwドライブを使用)にも関係していません。私はこれをいくつかのマシン(正確には3台)と10.5.8および10.6.5で試しました。ボリュームのデータは2003年以前の音楽プロジェクトや作曲にまでさかのぼるので、所有者には状況がどこにあるのかわからないため、このボリュームでspotlightを無効にするだけではオプションではありません。彼は結果を照会できる必要があります。誰かアイデアがありますか?---更新2-6-11私の主張を誤解していると思われる以下の回答を除いて、私は何の回答も受け取っていませんので、より多くの回答を得ることを期待してこの投稿を更新しています。ターミナルコマンドを使用しましたsudo opensnoop -p pidここで、pidは、spotlightが何を行っているかを判断し、問題のあるファイルを見つけるためのmdworkerプロセスidです。何が起こるかです:数時間インデックスを作成した後、mdworkerはなくなりました。 「すべてのプロセス」の下のアクティビティモニターに表示されなくなり、opensnoopの結果が表示されたターミナルウィンドウの移動が停止します。次に、mdsで同じコマンドを実行して、それが何をしているかを確認しました。これが繰り返し表示されます。501 57 mds 21 /501 57 mds 21/volumes/sno leppard501 57 mds 21/volumes/tiger501 57 mds 21/volumes/leppard501 57 mds 21 /ボリューム/ディスクウォリアー501 57 mds 21 /ボリューム/ onmデータこれらは、現在システムにマウントされているすべてのボリュームを表します。私がインデックスを作成しようとしているonmデータを除くすべては、現時点ではspotlightインデックスから除外されています。上記のシーケンスは、わずかな変化を伴って何度も繰り返され、ボリュームの1つをスキップすることもあります。質問-mdworkerはどうなりましたか? mdsは何をしていますか?これを明日の朝まで、そして終日実行し、変更がないか監視します。任意の入力をいただければ幸いです。最終的な答えがわからない場合でも、私が見逃していると思われることは何でも知らせてください。うまくいけば、ある時点でこれを理解するでしょう...ありがとう、m______最終編集______私はついに問題を解決しました、そしてこれが私がそれをした方法です。ターミナルコマンド「sudoopensnoop-p pid」を使用しました。ここで、pidは監視していたプロセスのプロセスidです。システムで実行されているmdsとmdworkerのすべてのインスタンスを調べていました。同じデータセットのインデックス作成を3回行った後(上記の情報を参照)、appleに連絡し、最高レベルのサポートに到達しました。彼らも驚愕しました。さらに別のデータセットをインストールするようにアドバイスされました。デフォルトの10.6.6システムで再試行します。同じパターンが繰り返されます。mdsとmdworkerがインデックス作成を開始し、最終的にスポットライトアイコンに残り6時間と表示され、すべてのmdworkerがなくなり、mdsはcpuの90%程度になります。しかし、mdworkerがそのように最初に停止したとき、最後に触れたファイルは常に同じフォルダーにあることがようやくわかりました。そのフォルダーをスポットライト検索から除外し、残りのデータセットは約2時間以内にインデックスが作成され、奇妙な動作や障害は発生しませんでした。そのフォルダを別のマシンにコピーすると、spotlightはすぐにバーフしました。そのフォルダを除外すると、すべてが元気になります。何がこの動作を引き起こしているのかはまだわかりませんが、問題の機能的な解決策を見つけました。同様の問題を抱えている人は誰でも-mdsとmdworkerのすべてのインスタンスでopensnoopを実行し、wdworkerが終了するのを辛抱強く待ちます。最後に触れたファイルを見て、囲んでいるフォルダーをインデックスから除外します。2つの異なるインストールと2つの異なるデータセットのコピーで問題と解決策を繰り返すことができました。お役に立てれば。フォルダーの実際の原因がこのような問題であることがわかった場合(michael brecker record solosと呼ばれ、約1 gbのオーディオ関連ファイル(パフォーマー、ライブ、sd2など)が含まれています)、もう一度編集してすべてを許可します知っている。助けてくれてありがとう、m
回答: 同様の問題がありました、mds_stores 70〜90%のcpuとほとんどすべての使用可能なメモリを消費しました。それはラップトップをよく加熱したので、それは問題でした。何時間もオンのままにして、インデックスを再作成し、例外ルートに追加してから、例外ルートから削除してみました。犯人は~/library/application support/firefox/profile/browser-extension-data/hotspot-shield@anchorfree.com/storage.js。どうやら、拡張機能は常にそこで変更を加えていたようです。それがいつか誰かを助けることを願っています。