修復 Ubuntu GNOME 中 Tracker-Miner-3 導致的 CPU 使用率過高問題

筆記型電腦風扇轉速加快，桌上型電腦運作緩慢，系統監視器顯示tracker-miner-fs-3CPU 使用率很高。在 Ubuntu GNOME 系統中，這個進程是桌面搜尋索引器的一部分：它會掃描選定的位置並讀取檔案元數據，以便搜尋能夠找到文件、照片、音樂和其他內容。安裝完成後、複製大型檔案或系統更新後 CPU 使用率激增可能是正常的。但如果 CPU 使用率持續高位運作數小時，或每次掃描相同資料夾時都會出現這種情況，則需要仔細檢查。

首先檢查索引是否只是進度滯後。然後縮小 GNOME 搜尋的資料夾範圍，更新 Ubuntu，只有在更簡單的步驟都失敗後才重建搜尋索引。最後一種方法對底層檔案安全，但會刪除已索引的數據，並可能影響 Tracker 標籤。

Tracker 為什麼佔用這麼多 CPU 資源？

Tracker 會處理新發現和已變更的檔案。大型使用者主目錄、包含大量照片或文件的資料夾、已掛載的驅動器，或檔案不斷建立和刪除的目錄都可能導致索引器繁忙運作。損壞或過時的索引也會導致重複工作。 GNOME 文件將 Tracker 描述為桌面搜尋索引器，而 Ubuntu 的軟體包頁面則將其定義為檔案系統挖掘器和元資料擷取元件。

進程名稱取決於 Ubuntu 版本。 Ubuntu 22.04 和 24.04 使用 Tracker 3，通常會tracker-miner-fs-3在流程工具中顯示。 Ubuntu 26.04 將 GNOME 服務重新命名為 LocalSearch；請localsearch在該版本中使用下列命令。如果看到不同的名稱，請在複製命令之前檢查您的 Ubuntu 版本。

1. 確認該進程確實是 CPU 瓶頸。

從“活動”開啟“系統監視器”，然後選擇“進程”視圖。依 CPU 使用率排序，並檢查 Tracker 或 LocalSearch 檔案系統程序是否始終位於清單頂部附近。您也可以從終端進行確認：

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

不要將記憶體使用率誤認為是 CPU 使用率，也不要因為某個進程出現在清單中就終止它。 GNOME 搜尋依賴其索引，結束掃描可能會導致後續工作需要重新啟動。如果其他行程佔用 CPU，請先排查該行程的問題。

GNOME 系統監視器進程列表，其中桌面進程中選擇了 tracker-miner-fs-3。 — 圖中突出顯示了檔案系統挖礦程式。在系統監視器中，按「活躍 CPU 使用率」欄位排序，查看它是否始終位於清單頂部附近。

2. 檢查索引是否仍在進行中

全新安裝 Ubuntu 系統、進行重大升級或匯入大量檔案後，請保持電腦開機狀態，並等待索引完成。在索引處理積壓檔案期間，請避免反覆重新啟動服務。在 Ubuntu 22.04 或 24.04 上，執行以下命令：

tracker3 status

狀態指令會報告目前索引狀態和已記錄的元資料索引失敗情況。請稍後再次執行該命令。如果狀態發生變化並最終報告索引完成，則表示需要進行追趕掃描。該命令還可能揭示與某個文件相關的重複失敗；如果是，請記下文件路徑並檢查該文件或其所在的資料夾。

在 Ubuntu 26.04 上，等值指令為：

localsearch status

這些命令與特定版本相關。如果找不到某個指令，請勿從第三方來源安裝隨機軟體包；請確認您的 Ubuntu 版本，並使用其自身的軟體包存檔和手冊頁。

Ubuntu 終端機顯示 tracker3 狀態和一個標記為進行中的範例索引狀態。 — 使用 Tracker3 版本上的 tracker3 status 檢查索引進度；您系統上的特定輸出會有所不同。

3. 減少 GNOME 搜尋的位置

如果 CPU 峰值出現在大型壓縮檔案或經常變更的資料夾附近，請將該位置從搜尋中排除。在“活動”中，搜尋“搜尋”開啟“設定”，然後選擇“搜尋位置”。關閉「活動」搜尋中不需要的預設位置。 GNOME 也支援自訂搜尋位置。若要排除自訂目錄，請使用下方的符合索引指令，並取代為其確切路徑。

這將更改 GNOME 搜尋索引的內容；它不會刪除或移動檔案。如果您關閉了某個位置的搜尋功能，可能會遺失該位置的搜尋結果，因此如果您經常使用「文件」、「圖片」或其他常用搜尋資料夾，請務必保持啟用狀態。若要從終端機檢查已配置的資料夾，Ubuntu 24.04 提供了以下選項：

tracker3 index

Ubuntu 26.04 提供：

localsearch index

此清單包含已建立索引的位置。若要刪除不應建立索引的自訂目錄，請使用相應的命令並取代其確切路徑：

tracker3 index --remove /path/to/archive

在 Ubuntu 26.04 上，請使用。 Ubuntu 文件中說明這些變更在重新啟動後仍然有效。若要重新新增某個位置，請在查閱發行版手冊頁確認其語法後localsearch index --remove /path/to/archive，請使用對應的指令。index --add

GNOME 設定搜尋位置，顯示主資料夾和兩個帶有獨立搜尋開關的自訂資料夾。 — 關閉不需要在搜尋中顯示的大型或經常更改的位置的索引，同時保持有用的資料夾啟用索引。

4. 安裝可用的 Ubuntu 更新

在重置任何內容之前，請先透過 Ubuntu 的常規更新管道安裝更新。不同 Ubuntu 版本之間的 Tracker 元件有所不同，修復程式會透過該版本提供的軟體包推送。開啟軟體更新程序，安裝可用的更新，如果 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

在 Ubuntu 終端機中，在提示字元下輸入 tracker3 reset --filesystem 指令，但沒有指令輸出。 — 在此終端機範例中，已輸入重設指令但未執行；請閱讀警告並確認該指令適用於您的 Ubuntu 版本後再執行。

請勿手動刪除目錄~/.cache或~/.local/share替代目錄。支援的重置命令會重置索引，並允許服務重新建立快取。執行指令後，請等待新的掃描完成，然後再判斷 CPU 使用率。

6. 檢查結果並決定下一步。

使用簡單的前後對比檢查：

在系統監視器中或使用下列指令確認佔用 CPU 資源高的進程名稱和 Ubuntu 版本lsb_release -a。
tracker3 status在 Ubuntu 22.04/24.04 或 Ubuntu 26.04 上運行localsearch status，並檢查索引是否正在進行或已完成。
更改索引位置或重建資料庫後，請等待初始掃描完成；過程中 CPU 使用率可能會再次上升。
掃描完成後重新開啟系統監視器。文件變更時出現短暫的活動是正常的；如果空閒時 CPU 使用率反覆過高，則需要檢查索引路徑和已報告的索引失敗情況。

如果掃描完成後問題仍然存在，請記錄您的 Ubuntu 版本、確切的進程名稱、匹配的狀態命令的輸出以及任何反覆出現問題的檔案的位置。使用 Ubuntu 的錯誤回報工具或 GNOME LocalSearch 問題追蹤器提交這些資訊。請勿公開發布私有檔案名稱或文件內容。