Fix High CPU Usage by Tracker-Miner-3 in Ubuntu GNOME

A laptop fan ramps up, the desktop feels sluggish, and System Monitor shows tracker-miner-fs-3 using a large share of the CPU. On Ubuntu GNOME, that process is part of the desktop search indexer: it scans selected locations and reads file metadata so searches can find documents, photos, music, and other content. A burst of activity after setup, a large file copy, or a system update may be normal. CPU use that stays high for hours or returns whenever the same folder is scanned deserves a closer look.

First check whether indexing is simply catching up. Then narrow the folders GNOME searches, update Ubuntu, and rebuild the search index only if simpler steps fail. The last option is safe for the underlying files, but it removes indexed data and can affect Tracker tags.

Why is Tracker using so much CPU?

Tracker processes newly discovered and changed files. A large home directory, a folder with many photos or documents, a mounted drive, or a directory where files are constantly created and deleted can keep the indexer busy. A damaged or stale index can also cause repeated work. GNOME documentation describes Tracker as the desktop search indexer, while Ubuntu's package pages identify the filesystem miner and metadata extraction components.

The process name depends on the Ubuntu release. Ubuntu 22.04 and 24.04 use Tracker 3 and commonly show tracker-miner-fs-3 in process tools. Ubuntu 26.04 renamed the GNOME service to LocalSearch; use the localsearch commands below on that release. If you see a different name, check your Ubuntu version before copying commands.

1. Confirm that the process is actually the CPU bottleneck

Open System Monitor from Activities and select the Processes view. Sort by CPU and check whether the Tracker or LocalSearch filesystem process remains near the top. You can confirm from Terminal as well:

ps -eo pid,comm,%cpu,%mem --sort=-%cpu | head -n 12

Do not mistake memory use for CPU use, and do not terminate the process just because it appears in the list. GNOME search relies on its index, and ending a scan can leave the work to restart later. If another process is consuming CPU, troubleshoot that process instead.

2. Check whether indexing is still making progress

After a fresh Ubuntu installation, a major upgrade, or a large import of files, leave the computer powered on and give indexing time to settle. Avoid repeatedly restarting the service while it is processing a backlog. On Ubuntu 22.04 or 24.04, run:

tracker3 status

statusコマンドは、現在のインデックスの状態と記録されたメタデータインデックス作成の失敗を報告します。後で再度実行してください。ステータスが変化し、最終的にインデックス作成が完了したと報告された場合は、追いつきスキャンが必要であることを示しています。このコマンドは、ファイルに関連付けられた繰り返しの失敗を明らかにする場合もあります。その場合は、ファイルのパスをメモし、そのファイルまたはファイルを含むフォルダを確認してください。

Ubuntu 26.04では、同等のコマンドは次のとおりです。

localsearch status

これらのコマンドはリリースごとに異なります。コマンドが見つからない場合は、サードパーティのソースから無作為にパッケージをインストールしないでください。Ubuntuのリリースを確認し、そのリリースのパッケージアーカイブとマニュアルページを使用してください。

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

CPU使用率が急上昇する原因が、大きなアーカイブや頻繁に変更されるフォルダにある場合は、その場所を検索対象から除外してください。アクティビティで「検索」を検索して設定を開き、「検索場所」を選択します。アクティビティの検索で不要なデフォルトの場所をオフにしてください。GNOMEはカスタム検索場所もサポートしています。カスタムディレクトリを除外するには、以下の対応するindexコマンドを使用し、正確なパスを置き換えてください。

これはGNOMEが検索用にインデックスを作成する対象を変更するものであり、ファイルを削除したり移動したりするものではありません。無効にした場所の検索結果が失われる可能性があるため、ドキュメント、ピクチャ、その他のよく検索するフォルダは、それらに依存している場合は有効にしておいてください。ターミナルから設定済みのフォルダを確認するには、Ubuntu 24.04では以下のコマンドが利用できます。

tracker3 index

Ubuntu 26.04 では以下が提供されます

localsearch index

これらはインデックス化された場所の一覧です。インデックス化すべきでないカスタムディレクトリを削除するには、対応するコマンドを使用し、その正確なパスを置き換えてください。

tracker3 index --remove /path/to/archive

Ubuntu 26.04 では、 を使用してくださいlocalsearch index --remove /path/to/archive。Ubuntu では、これらの変更は再起動後も保持されると説明されています。場所を元に戻すには、index --addリリースのマニュアルページで構文を確認した後、対応するコマンドを使用してください。

4. 利用可能なUbuntuアップデートをインストールする

リセットを行う前に、Ubuntuの通常のアップデートチャネルからアップデートをインストールしてください。トラッカーのコンポーネントはUbuntuのリリースごとに異なり、修正プログラムはそのリリース向けに提供されるパッケージを通じて提供されます。ソフトウェアアップデーターを開き、利用可能なアップデートをインストールし、Ubuntuが再起動を要求した場合は再起動してください。Ubuntuの標準パッケージコマンドを使用することもできます。

sudo apt update
sudo apt upgrade

CPU使用率が高いという問題を解決するためだけに、PPAを追加したり、GNOMEの検索コンポーネントを置き換えたりしないでください。特定のアップデート直後に問題が発生し、インデックス作成が完了した後も問題が続く場合は、Ubuntuパッケージの変更履歴を確認するか、リリースバージョンとパッケージバージョンを添えてバグを報告してください。

5. インデックスが停止または破損しているように見える場合にのみ、インデックスを再構築してください。

プロセスが同じコンテンツを繰り返しスキャンする場合、インデックスの状態が継続的にエラーを報告する場合、または場所を減らして更新した後も CPU 使用率が異常に高いままの場合は、ファイルシステム インデックスを再構築してください。この手順では検索データベースがクリアされ、インデクサーが選択した場所を再度スキャンします。ファイルは削除されませんが、Ubuntu のマニュアルでは、リセットは元に戻せないこと、および Tracker タグに影響が出る可能性があることが警告されています。インデックスの再構築中は、CPU とディスクのアクティビティが一時的に上昇することが予想されます。

Ubuntu 22.04または24.04では、以下を使用してください。

tracker3 reset --filesystem

Ubuntu 26.04では、名前が変更されたコマンドを使用してください。

localsearch reset --filesystem

~/.cacheディレクトリを手動で削除したり、代替手段として使用したりしないでください~/.local/share。サポートされているリセットコマンドはインデックスを対象とし、サービスがキャッシュを再作成できるようにします。コマンドを実行した後、CPU使用率を判断する前に、新しいスキャンが完了するまで待ってください。

6. 結果を確認し、次に何をすべきかを決定する。

簡単な前後比較チェックを行ってください。

• システムモニターまたはで、CPU使用率の高いプロセス名とUbuntuのリリースを確認してくださいlsb_release -a。
• tracker3 statusUbuntu 22.04/24.04 または Ubuntu 26.04 で実行しlocalsearch status、インデックス作成が進行中か完了しているかを確認してください。
• インデックスの場所を変更したり、データベースを再構築したりした後は、最初のスキャンが完了するまでお待ちください。その処理中にCPU使用率が再び上昇する場合があります。
• スキャンが落ち着いたら、システムモニターを再度開いてください。ファイル変更時に短時間の動作が発生するのは想定内です。アイドル状態にもかかわらずCPU使用率が繰り返し高くなる場合は、インデックス化されたパスや報告されたインデックス作成エラーを調査する必要があります。

スキャン完了後も問題が解決しない場合は、Ubuntuのバージョン、正確なプロセス名、該当するステータスコマンドの出力、および繰り返しエラーが発生するファイルの場所を記録してください。その情報をUbuntuのバグ報告ツールまたはGNOME LocalSearchの課題追跡システムで報告してください。プライベートなファイル名やドキュメントの内容を公開することは避けてください。

ソース

• Ubuntu 24.04 パッケージの詳細: tracker-miner-fs
• Ubuntu 24.04 マニュアル: tracker3 ステータス
• Ubuntu 24.04 マニュアル: tracker3 リセット
• Ubuntu 24.04 マニュアル: tracker3 インデックス
• GNOMEヘルプ：検索場所の設定
• Ubuntu 26.04 マニュアル: LocalSearch コマンド
• Ubuntu 26.04 マニュアル: localsearch の状態
• Ubuntu 26.04 マニュアル: localsearch インデックス
• Ubuntu 26.04 マニュアル: localsearch のリセット