10.7.5へのアップグレード後に遅いSpotlightとTime Machineを修正する方法は?


21

10.7.5に更新して以来、SpotlightとTime Machineは非常に遅いです。

  • 通常のシステムドライブのインデックスを作成するには、Spotlightは数日かかると計算します。
  • その結果、Time Machineは100 Mibまでの増分バックアップに最大1時間以上かかります。

これらの遅いTime MachineバックアップとSpotlightインデックス作成にはどのようなソリューションがありますか?


10.7.5以降の両方の速度低下を確認できます。Time Machineの速度低下の修正が最も緊急の場合。Spotlightのインデックス作成は数日以内に完了しましたが、Time Machineは53,19 GBのうち11,59 GBで数日間実行されています。
プロバックアップ

しかし、数日かかるSpotlightインデックスでさえも受け入れられません。

Spotlightはインデックスの作成を終了しますか、それとも残り時間を複数日として表示しますか?
リリー

@LauriRanta待たなかった:)

1
私が見つけた解決策は、/ var / foldersを削除してから再起動することでした。スポットライトインデックスの時間は3日間から51分間に短縮されました。同様に、新しくインストール/復元されたライオンのTimemachineは、30日から約11時間になりました。
グラント

回答:


5

OS Xのライオン10.7.5サプリメンタルアップデートは 2012年10月4日が含まをリリースしました:

Time Machineバックアップの完了に非常に長い時間がかかる可能性がある問題を解決します

そして、テスト後、これは問題を完全に解決したようです。

私にとって、この更新プログラムをインストールした後の最初のバックアップには予想外に時間がかかり、多くのcom.apple.backupd[423]: Waiting for index to be ready (100)メッセージが含まれていたため、Spotlightがドライブのインデックスを適切に再作成しなかった可能性があります。数時間後、小さなバックアップが通常のペースで完了し、すべてが順調になりました。


1
参考までに。これにより、10.7.5では問題が解決されたかもしれませんが、10.8.2では解決されませんでした。
-jschmidt

@jschmidt 10.8.2の補足を試しましたか?10.7.5の補足アップデートには、lsboxd、xpchelper、および多くのオーディオ関連の変更が含まれていました。また、xpchelperのSandBoxのアクセス許可をocspd変更して、mdworkerの内容を変更しません。/System/Library/Sandbox/Profiles/com.apple.xpchelper.sb補足後はどうなりますか?
古いプロ

はい。10.8.2で補足更新を試しましたが、役に立ちませんでした。私のために働いた唯一のものは、OSの完全なシステムワイプと再インストールです。別のバックアップからデータを手動でコピーしましたが、アプリや設定を復元しませんでした。
-jschmidt

更新してから長い時間が経ちましたが、この問題は時々発生します。何かご意見は?
DAヴィンセント

10

この回避策をそのトピックに投稿しました。ここにあります(これは解決策ではなく、修正がリリースされるまでバックアップとSpotlightを機能させるための一時的な回避策です)。

ターミナルの使用:

  1. Spotlightのインデックス作成を無効にしました:

    sudo launchctl unload -w /System/Library/LaunchDaemons/com.apple.metadata.mds.plist
    
  2. すべてのドライブ(バックアップドライブを含む)でSpotlightインデックスを削除しました:

    sudo rm -rf /.Spotlight-V100/Store-V1 /.Spotlight-V100/Store-V2  /.Spotlight-V100/VolumeConfiguration.plist
    
    sudo rm -rf /TimeMachineDrive/.Spotlight-V100/Store-V1 /TimeMachineDrive/.Spotlight-V100/Store-V2  /TimeMachineDrive/.Spotlight-V100/VolumeConfiguration.plist 
    

rm -rf /.Spotlight-V100/*私にとってはうまくいきませんでした。)(これは、Spotlightのプライバシー設定を使用してドライブ全体を除外してから、再度含めることでも実行できます。)

  1. /var/foldersコンテンツを削除しました(理由については、このトピックを参照してください):

    sudo rm -rf /var/folders/*
    
  2. サブフォルダー.inProgressからファイルを削除しましたBackups.backupdb(ゴミ箱に入れてからゴミ箱を空にすることが唯一の方法です)。

.inProgressファイルを削除するだけでなく、バ​​ックアップドライブを再フォーマットする必要がある場合があります。

  1. 再起動してから、Spotlightを再起動しました。

    sudo launchctl load -w /System/Library/LaunchDaemons/com.apple.metadata.mds.plist
    
    sudo mdutil -i on -E /
    
  2. Spotlightがインデックス作成プロセスを完了するまで待ちました

  3. TimeMachineを使用して新しいバックアップを開始しました

  4. Appleに「Mac OS X 10.7でSpotlightが使用されているとTimeMachineがハングする」というバグレポートを開きました。他の多くの人がこのバグを優先するために同じことをすることを祈っています。

いくつかの手順は役に立たないかもしれませんが、遅いTMとSpotlightについての別のトピックを読んで、私が学んだことをすべて取りました。


ありがとうございました。sudo rm -rf /var/folders/*私の場合はトリックをしました
-maggix

/var/foldersEl Capitanのコンテンツを削除しないでください。システムを完全に停止します。ログイン中に進行状況バーが停止するため、TMバックアップを再インストールする必要がありました。記録的には、MenuMetersが原因で、TMは私のマシン上では信じられないほど遅くなりました。
フランクパヴァージュ16

7

コンソールログファイルを確認し、次のような行を探します(実際のログ行にはプロセスIDと日付があります)。

sandboxd: mdworker deny mach-lookup com.apple.ls.boxd
mdworker: Unable to talk to lsboxd

表示されている場合は、おそらく問題の原因です。Apppleがこの最新リリースで行ったこと(Mountain Lion 10.8.2にも影響します)。

最終的にメッセージを送信する(mdworkerSpotlightのファイルをスキャンしてインデックスを作成する)呼び出しLSCopyLibraryItemURLs()を言う以外に、実際に何が起こっているのかわかりませんlsboxd。Sandboxポリシーでは許可されていないため、ワーカーは殺されます。

そのため、ポリシーファイルが間違っているか、mdworker呼び出しを行ってはいけません。知りません。ただし、ポリシーファイルの修正は比較的簡単です。 潜在的に危険ですが、簡単です。

これらのファイルをルートとして編集します。

/usr/share/sandbox/mdworker.sb
/usr/share/sandbox/mdworker-bundle.sb

ファイル内に次の行があります。

(allow mach-lookup (global-name "com.apple.ocspd"))

そのすぐ下に、次の行を追加します。

(allow mach-lookup (global-name "com.apple.ls.boxd"))

それでおしまい!

さらに快適にしたい場合は、再起動してください。スポットライトインデックスを消去して最初からやり直すこともできます。

sudo mdutil -E /

実際、mdworker: Unable to talk to lsboxdログファイルにはまだ表示されていますが、少なくともインデックス作成は完了し、Time Machineは再びすばやく移動します。


:そこ3つのファイルがありmdworker-lsb.sbmdworker-scan.sbmdworker.sb。それらはすべて行のみを含み、行は含み(allow mach-lookup)ません(allow mach-lookup (global-name "com.apple.ocspd"))

@OldPro私はあなたの指示に従おうとしましたが、ティコドロマと同じ状況です。だから今mdworker.sb私は持って(allow mach-lookup) (allow mach-lookup (global-name "com.apple.ls.boxd"))おり、その行を追加した後、再起動しました。しかし、タイムマシンはまだカタツムリが遅くなっています。お願いできますか?
ラビッド

コンソールログにこれらのメッセージがあることを確認しました。私も指示に従いました。私に変化はありません。マシンのTMバンドル全体を削除し、新しいバックアップを開始しました。600GBのバックアップで約200GBになり、停止しました。FW800を介してDroboを接続したMac Mini ServerでTMを実行しています。私のソースマシンは、ML 10.8.2を実行しているMacBook Pro Retinaです。サーバーとMBPの両方を再起動し、バックアップを続行しようとしました。今回は、約100GBを超えただけで停止しました。もう1回試してみたのは3GBだけでした。何かがそれを止めていますが、私にはわかりません。
-jschmidt

1
@Tichodromaすみません、あなたのコメントを読み間違えました。あなたがmdworker.sbすでに持っていた(allow mach-lookup)場合(1)あなたはsandboxd: mdworker deny mach-lookup com.apple.ls.boxdログにハチを見ないでください、そして(2)ファイルを編集しても役に立ちません。@ user15380
Old Pro

はい。私は、バックアップ障害に別の共通点を(一見)見つけた。コンソールにdeny mach-lookup com.apple.ls.boxdがありません(「mdworker:Unable to talk to lxboxd」は引き続き取得できます)。ただし、「sandboxd [1289]:([1288])mdworker32(1288)deny mach-lookup com.apple.PowerManagement.control ...」というメッセージが多数表示されます。com.apple.PowerManagement.controlに別の行を追加する必要がありますか?
-jschmidt

6

コンソールでmdworker関連のサンドボックスエラー(を含むcannot talk to lsboxd)をすべて修正するには、mdworker のsystem.sbプロファイルではなくプロファイルを編集します。system.sbファイルは、mdworkerなど、サンドボックスで実行されるすべてのAppleシステムプロセスで使用されます。このファイル(にあります)を変更/System/Library/Sandbox/Profilesして、以下を含める場合:

(allow mach-lookup (global-name "com.apple.ls.boxd"))

(allow mach-lookup (local-name "com.apple.ls.boxd"))

これにより、すべてのlsbox関連のmdworkerの問題が停止します。


1
ただし、system.sbの上部にあるコメントには、「このファイルの内容も自動生成され、ユーザーが編集することはできません。いつでも上書きされる可能性があります。」
ジェフ

5

Spotlightがインデックスの作成を完了しない場合、特定のファイルでインデックス作成が常に停止している可能性があります。数年前にその問題のためにクリーンインストールを行いましたが、古いファイルを復元した後に元に戻りました。私は、システム環境設定のプライバシータブにフォルダを追加するだけで、その原因となったファイルを絞り込むことになりました。

スーパーユーザーの誰かがopensnoopを実行して、mdworkerが停止したファイルを見つけました。

sudo opensnoop -n mdworker

user37651による提案された編集から:

上記のopensnoopコマンドを実行しましたが、以前のTime Machineリストアでそこに置かれた〜/ Library / Developerのファイルに問題がありました。(現在、XCodeをインストールしていません。)フォルダーを削除すると、Spotlightのインデックス作成はわずか30分で完了しました。私のTime Machineバックアップは現在機能しているようです。


1
たぶん私はこれを後で試します。奇妙なことに、Spotlightは10.7.4で正常に機能し、10.7.5への更新後にのみ遅くなりました。Spotlightがインデックスを作成する必要があるファイルは変更されていません。

システムドライブ上のすべてをSpotlightのプライバシーリストに追加て、あなたのアプローチを試みました。しかし、それでもSpotlightは、ファイルのインデックス作成に必要な時間(どれ?)を計算するのに非常に時間がかかったため、プロセスを中止しました。Apple、修正はどこにありますか?!

1

Spotlightインデックスを削除してから、Mac OS Xに強制的に新しいインデックスを最初から作成させることができます。これは通常、あなたのような状況で試してみる価値があります。

これを行うためのターミナルコマンドがわからないのではないかと心配しています。それが必要なときは、Koingo Softwareの商用プログラムMacPilotを使用します。価格は20ドルです。15日間使用できる完全に機能する試用版があります。便利だと思うなら、あなたはそれを支払うことに決めることができます。

これを行うための他のユーティリティもあると思います。

もちろん、既存のSpotlightインデックスを削除したら、Spotlightが新しいインデックスを作成するのを待つ必要があります。新しいMacを完全に生成するのに必要な限り、Macを中断せずに実行する必要があります。

ここに画像の説明を入力してください


問題は、Spotlightがインデックスに必要な時間を何も計算することです。そのため、MacPilotまたはmdutilコマンドラインツールを使用すると痛みを和らげることができますが、問題は解決しません。

ディスクドライブ自体が破損または物理的に損傷している可能性があると思いますか?おそらく、ディスクの損傷の診断を実行する必要があります。安全のため、システムを外部バックアップディスクにクローンします。

いいえ、ドライブは正常です。他の多くのユーザーも同じ問題を抱えています。Applesサイトの議論をご覧ください。CCCを使用した外部バックアップがあります:)

1

くそー!起動時間も速くなりました

私が行った特定のステップを要約するために別の答えを書いています(それらは私の貢献ではなく、ここにすでに書かれているものの一部であることを明確にしておく必要があります)しかし、私の起動時間は1分10秒から40秒に減少しました!同じ仕様でずっと短い起動時間を報告している人々を常に見ているので、私の起動時間はいつも私を魅了しました、そしてどういうわけか、それらのステップは私の起動時間を30秒短縮しました(ええ、私は何度もテストしましたここでそれらを実行する前に、権限の修復、ディスクの修復、iDefrag2でのデフラグなど、多くの手順を実行しましたが、結果はまったくありませんでした)。今まで:P

1

sudo mkdir ~/trash_backup
sudo mv /var/folders ~/trash_backup/ # backup just in case

2

その後、編集 /usr/share/sandbox/mdworker.sbして/usr/share/sandbox/mdworker-bundle.sb、両方のファイルの(allow mach-lookup (global-name "com.apple.ls.boxd"))行の下に追加し (allow mach-lookup (global-name "com.apple.ocspd"))ます。

3

最後に、

sudo mdutil -i on -E /; sudo reboot

lauhubとOld Proに感謝します。誰もがブート時間の短縮と、箱入りのもののマッハルックアップが何をし、セキュリティ問題の可能性を説明できますか?皆さんありがとう :)


1

だから私は他のみんなと同じように苦しんでいましたが、残念ながら正しい順序ですべてのスレッドを読んでいなかったので、基本的に元のTMバックアップを失い、それからSpotlight dbを修正しようとして失敗しました。

私が再び見つけることができないどこかのスレッド(遅いSpotlightインデックスに関するものだと思います)には、10.7.5を単純に再インストールし、すべてが正常に戻った男からの投稿がありました。だから私はそれをやった、そしてそれは働いた。

再インストールの完了後、TMをオフにして、Spotlightのインデックス作成を許可しました。私は乗って出かけたが、戻ってきたときは90分未満で149GBだった。そして、うまくいきました。HDで検索しました。

その後、TMをオンにすると、完了するのに2時間9分かかりました。

したがって、時間と帯域幅を10.7.4にダウングレードすることを検討している場合は、10.7.5の再インストールを検討することをお勧めします。


1

すべて、私は同じ問題を抱えていました。TMは、新しいディスクに新しいバックアップを作成するのに数日かかると予想していました。実際、約200MBが完了するのに数時間かかりました。

上記のコマンドでスポットライトを無効にしました。-見よ-40GBが10分以内にロードされ、更新されたTMは予想どおりスムーズに実行されています。

これは非常に重要なバグであり、Appleがこのような問題を引き起こす「更新」を送信することは残念です。


0

https://discussions.apple.com/thread/4324046?start=60&tstart=0によると$ sudo launchctl unload -w /System/Library/LaunchDaemons/com.apple.metadata.mds.plist、Spotlightを無効にすると、Time Machineのバックアップ速度が向上します。


これは機能する場合と機能しない場合があります。ただし、Time MachineはSpotlightを使用して、バックアップする必要のあるファイルを把握しているため、これは現実的な解決策ではありません。また、SpotlightはOS Xの重要な部分です。

1
実際、これは解決策ではなく回避策にすぎません。私の場合、それは物事をあまりスピードアップしません。
プロバックアップ

1
これはうまくいきませんでした。私の場合、TMはしばらくするとハングします。Spotlightを無効にしてもまったく役に立ちませんでした。
jschmidt

0

SAFEMODEを単純に再起動してから、通常モードに再起動するだけで、この使用がクリアされたように見えます。バックアップのために3週間から1時間かかりました。

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.