Ubuntu GNOMEでtracker-miner-3によるCPU使用率が高い問題を修正する

応急処置：多数のファイルを追加または変更した後にCPU使用率が持続的に高い場合はtracker-miner-fs-3、インデックス作成が完了するまで待ってから、その状態を確認してから対処してください。ファイルに変更がないにもかかわらずプロセスがビジー状態のままの場合は、GNOMEの検索範囲を絞り込み、Ubuntuを更新してから、Trackerインデックスを再構築してください。インデックスの再構築によってドキュメントが削除されることはありませんが、新しいスキャンが実行されるため、一時的にCPUとディスクのアクティビティが増加する可能性があります。

このガイドは、実際に Tracker 3 が動作する Ubuntu GNOME システムに適用されます。Ubuntu 24.04 LTS には Tracker 3 ツールがアーカイブに同梱されています。より新しい GNOME ベースのリリースでは、関連する LocalSearch サービスや異なるコマンド名が使用されている場合があります。まず、お使いのマシンにどのプロセスとコマンドが存在するかを確認してください。手順とパッケージ名はリリースによって異なる場合があります。

1. Tracker MinerがCPUを使用しているプロセスであることを確認します。

システム モニターを開き、[プロセス]を選択して、[CPU] 列をクリックして並べ替えます。tracker-miner-fs-3または、などの関連プロセスを探しますtracker-extract-3。マイナーはファイルの変更を検出し、検索可能なインデックスを作成します。エクストラクタはサポートされているファイルのメタデータを読み取ります。写真アーカイブのコピー、クラウド フォルダーの同期、またはアップグレードのインストール後に一時的に CPU が急上昇するのは正常です。

ターミナルビューを表示するには、以下を実行してください。

ps -eo pid,pcpu,comm,args --sort=-pcpu | head

Ubuntu 24.04では、Trackerのステータスを次のように照会します。

tracker3 daemon
tracker3 status

daemon コマンドはマイナーの状態を報告し、status コマンドはインデックス作成の進行状況と記録されたインデックス作成の失敗を表示します。正確な出力はパッケージのバージョンによって異なります。これらのコマンドが見つからない場合は、ランダムなパッケージをインストールするのではなく、アクティブな世代を確認してください。

command -v tracker3
command -v localsearch

GNOMEの現在のLocalSearchドキュメントには、localsearchコマンドとlocalsearch-3サービスについて記載されています。ご使用のリリースに付属のコマンド名を使用してください。両方のツールファミリーを実行したり、2つ目のマイナーを手動で起動したりしないでください。UbuntuのTrackerデーモンマニュアルとTrackerステータスマニュアルには、Ubuntu 24.04のコマンドが記載されています。GNOME LocalSearchの概要では、新しいサービスファミリーについて説明しています。

2. CPUの動作が一時的なものか、それとも停止状態なのかを判断する

インデックス作成は、ファイルシステムのアクティビティが急増した後に行われることが多いです。初回ログイン時、バックアップの復元時、多数のファイルのダウンロード時、または外付けドライブの再接続後には、しばらく時間を置いてください。可能であればノートパソコンを電源に接続したままにしておき、プロセスを繰り返し強制終了することは避けてください。マイナーが再び起動して作業を繰り返す可能性があります。ファイルアクティビティが落ち着いたら、ステータスが変化し、CPU使用率が低下するかどうかを確認してください。

CPU使用率が長時間高い状態が続く場合は、マシンがアイドル状態でファイルが変更されていないにもかかわらず、同じプロセスが長時間ビジー状態になっていることが原因である可能性が高いです。新しいファイルが繰り返し受信されるディレクトリ、クラウド同期のループ、接続が切断・再接続を繰り返すマウント済みドライブ、メタデータに問題のあるメディアファイルなどを確認してください。ログイン後に毎回発生する問題は、パッケージが古いか、インデックスが破損している可能性も示唆しています。

3. 利用可能なUbuntuアップデートをインストールし、正常に再起動します。

インデックス設定を変更する前に、お使いのUbuntuリリースのアップデートをインストールしてください。アップデートには、Tracker、GNOME、およびそれらのライブラリの修正が含まれる場合があります。ターミナルで、次のコマンドを実行してください。

sudo apt update
sudo apt upgrade

パッケージリストを確認してから承認し、コンピュータを再起動するか、一度ログアウトしてから再度ログインしてください。デスクトップが安定したら、CPU使用率を再確認してください。トラッカーパッケージを削除するコマンドはコピーしないでください。GNOMEの検索コンポーネントがトラッカーパッケージに依存している場合があり、インデクサーを削除すると、根本的なループが解消されるどころか、デスクトップ検索が無効になる可能性があります。

4. GNOMEが検索する場所を減らす

アクティビティ検索ですべての標準フォルダを対象とする必要がない場合は、頻繁に変更される大規模なコレクションを含む場所を除外してください。例としては、一時アーカイブが大量に保存されているダウンロードディレクトリや、ビルド出力に使用されるフォルダなどが挙げられます。GNOMEでは、アクティビティを開き、「検索」と入力し、設定▸検索を開いて、「検索場所」を選択します。検索対象に不要な場所のみをオフにしてください。パネルの表示はGNOMEのバージョンによって若干異なる場合があります。

GNOME では、これらのコントロールはアクティビティの概要から検索可能なファイルシステムの場所を選択するものとして説明されています。検索範囲が問題となる場合に役立ちますが、すべてのアプリケーションのインデックス作成要求に普遍的に適用できるスイッチではありません。マイナーがビジー状態のままの場合は、アクティブなインデクサーの状態とインストールされているバージョンを確認してください。マウントされたドライブ全体や巨大なプロジェクトディレクトリは、その内容を検索可能にする必要がない限り追加しないでください。GNOMEヘルプ: ファイルシステムの場所の検索設定については、サポートされている設定ルートの説明を参照してください。

5. より簡単な修正が失敗した場合にのみ、インデックスを再構築する

システムがアイドル状態であるにもかかわらずCPU使用率が高いままの場合、インデックスが停止しているか、整合性が失われている可能性があります。Tracker 3を搭載したUbuntu 24.04では、ファイルシステムインデックスのみをリセットしてください。

tracker3 reset --filesystem

続行する前に、確認プロンプトをよくお読みください。このコマンドは、Tracker に保存されているファイルシステムインデックスを削除するだけで、元のドキュメントは削除されません。Tracker は再起動時にキャッシュを再構築します。対象ファイルを再度スキャンする必要があるため、CPU とディスクの使用頻度が一時的に上昇する場合があります。再構築が完了するまで、検索結果が不完全な場合があります。キャッシュディレクトリを手動で削除したり、コマンド構文が異なる Tracker 2 の手順からコピーした広範囲リセットオプションを使用したりすることは避けてください。

UbuntuのTracker 3リセットマニュアルによると、ファイルシステムデータは削除され、マイナーは再起動時にキャッシュを再作成します。この操作はインデックスを変更するため、慎重に使用する必要があります。お使いのリリースでLocalSearchを使用している場合は、インストール済みのマニュアルまたはGNOME LocalSearchコマンドリファレンスを参照して、対応するコマンド構文を確認してください。

6. 修正内容を確認し、さらに調査が必要な場合を判断する

インデックス作成が落ち着いたら、システムモニターをCPU使用率で再度ソートし、マイナーの状態を確認してください。正常な状態とは、必ずしも常にCPU使用率がゼロであることを意味するわけではありません。ファイルが変更されると、インデクサーが一時的に起動する場合があります。有用な兆候としては、マシンがアイドル状態のときにCPU使用率が継続的に低下すること、ステータスに同じ未解決の作業が繰り返されなくなること、そしてGNOME検索で、検索対象として選択した場所にあるファイルが引き続き見つかることが挙げられます。

CPU使用率が高い場合は、Ubuntuのリリースバージョン（設定 ▸ バージョン情報）、プロセス名、CPU使用率の急上昇が続いた時間、特定のフォルダまたは同期アプリケーションがアクティブだったかどうかを記録してください。ステータス出力でエラーを確認し、Ubuntuのバグ報告ルートまたは関連するGNOMEプロジェクトを通じて再現可能な問題を報告してください。「tracker」を含むすべてのプロセスが原因であると決めつけないでください。別のTrackerまたはLocalSearchコンポーネントが一度限りの抽出処理を実行している可能性があります。

最初に試すべき解決策はどれですか？

ほとんどの場合、最も安全な解決策は、通常のインデックス作成処理が完了するまで待つか、不要な検索範囲を縮小することです。リセットは、問題が継続する場合にのみ使用し、インデックスの再構築中は一時的にディスクとCPUのアクティビティが増加することを想定しておいてください。