Startseite
» PC-Tipps
»
Hohe CPU-Auslastung durch Tracker-Miner-3 unter Ubuntu GNOME beheben
Hohe CPU-Auslastung durch Tracker-Miner-3 unter Ubuntu GNOME beheben
Der Lüfter eines Laptops dreht hoch, der Desktop reagiert träge, und die Systemüberwachung zeigt tracker-miner-fs-3eine hohe CPU-Auslastung an. Unter Ubuntu GNOME ist dieser Prozess Teil des Suchindexierers: Er durchsucht ausgewählte Ordner und liest Metadaten, damit Dokumente, Fotos, Musik und andere Inhalte gefunden werden können. Ein kurzer Aktivitätsanstieg nach der Einrichtung, dem Kopieren großer Dateien oder einem Systemupdate kann normal sein. Bleibt die CPU-Auslastung jedoch über Stunden hoch oder tritt sie immer wieder auf, wenn derselbe Ordner durchsucht wird, sollte man genauer untersuchen.
Prüfen Sie zunächst, ob die Indizierung lediglich veraltet ist. Schränken Sie dann die von GNOME durchsuchten Ordner ein, aktualisieren Sie Ubuntu und erstellen Sie den Suchindex nur dann neu, wenn einfachere Schritte nicht zum Erfolg führen. Die letzte Option ist unbedenklich für die zugrunde liegenden Dateien, löscht jedoch indizierte Daten und kann Tracker-Tags beeinträchtigen.
Warum verbraucht Tracker so viel CPU-Leistung?
Tracker verarbeitet neu entdeckte und geänderte Dateien. Ein großes Home-Verzeichnis, ein Ordner mit vielen Fotos oder Dokumenten, ein eingebundenes Laufwerk oder ein Verzeichnis, in dem ständig Dateien erstellt und gelöscht werden, kann den Indexer stark beanspruchen. Ein beschädigter oder veralteter Index kann ebenfalls zu wiederholter Arbeit führen. Die GNOME-Dokumentation beschreibt Tracker als den Suchindexer für den Desktop, während die Paketseiten von Ubuntu die Komponenten für Dateisystem-Mining und Metadatenextraktion identifizieren.
Der Prozessname hängt von der Ubuntu-Version ab. Ubuntu 22.04 und 24.04 verwenden Tracker 3 und werden üblicherweise tracker-miner-fs-3in den Prozesstools angezeigt. Ubuntu 26.04 hat den GNOME-Dienst in LocalSearch umbenannt; verwenden Sie die localsearchunten stehenden Befehle für diese Version. Falls ein anderer Name angezeigt wird, überprüfen Sie Ihre Ubuntu-Version, bevor Sie die Befehle kopieren.
1. Bestätigen Sie, dass der Prozess tatsächlich der CPU-Flaschenhals ist.
Öffnen Sie den Systemmonitor über die Aktivitäten und wählen Sie die Ansicht „Prozesse“. Sortieren Sie nach CPU-Auslastung und prüfen Sie, ob der Tracker- oder LocalSearch-Dateisystemprozess weiterhin weit oben in der Liste steht. Sie können dies auch im Terminal überprüfen.
ps -eo pid,comm,%cpu,%mem --sort=-%cpu | head -n 12
Verwechseln Sie nicht Speichernutzung mit CPU-Auslastung und beenden Sie den Prozess nicht, nur weil er in der Liste erscheint. Die GNOME-Suche ist auf ihren Index angewiesen, und das Beenden eines Scans kann dazu führen, dass die Arbeit später fortgesetzt werden muss. Falls ein anderer Prozess CPU-Leistung verbraucht, beheben Sie das Problem stattdessen bei diesem Prozess.
Die Abbildung hebt den Eintrag des Dateisystem-Miners hervor. Sortieren Sie im Systemmonitor nach der Spalte „Aktive CPU“ und prüfen Sie, ob der Eintrag weiterhin weit oben angezeigt wird.
2. Überprüfen Sie, ob die Indizierung noch Fortschritte macht.
Nach einer Neuinstallation von Ubuntu, einem größeren Upgrade oder dem Import großer Dateien lassen Sie den Computer eingeschaltet und geben Sie der Indizierung Zeit zum Abschließen. Vermeiden Sie es, den Dienst während der Verarbeitung des Datenrückstands wiederholt neu zu starten. Führen Sie unter Ubuntu 22.04 oder 24.04 folgenden Befehl aus:
tracker3 status
Der Befehl „status“ zeigt den aktuellen Indexstatus und protokollierte Metadaten-Indexierungsfehler an. Führen Sie ihn später erneut aus. Ein sich ändernder Status, der schließlich „Indexierung abgeschlossen“ meldet, deutet auf einen erforderlichen Nachprüfungs-Scan hin. Der Befehl kann auch wiederholte Fehler im Zusammenhang mit einer Datei aufdecken; notieren Sie sich in diesem Fall den Pfad und überprüfen Sie die Datei oder den zugehörigen Ordner.
Unter Ubuntu 26.04 lautet der entsprechende Befehl:
localsearch status
Diese Befehle sind versionsspezifisch. Falls ein Befehl nicht gefunden wird, installieren Sie keine beliebigen Pakete aus Drittanbieterquellen; überprüfen Sie Ihre Ubuntu-Version und verwenden Sie das zugehörige Paketarchiv und die zugehörigen Handbuchseiten.
Verwenden Sie den Befehl `tracker3 status` in den Tracker 3-Releases, um den Fortschritt der Indizierung zu überprüfen; die genaue Ausgabe kann je nach System variieren.
3. Die Anzahl der von GNOME durchsuchten Orte reduzieren
Wenn die CPU-Auslastung in Verbindung mit einem großen Archiv oder einem Ordner, der sich ständig ändert, steigt, schließen Sie diesen Speicherort von der Suche aus. Suchen Sie in den Aktivitäten nach „ Suche“ , um die Einstellungen zu öffnen, und wählen Sie dann „ Suchorte“ . Deaktivieren Sie die Standard-Suchorte, die Sie in der Aktivitätensuche nicht benötigen. GNOME unterstützt auch benutzerdefinierte Suchorte. Um ein benutzerdefiniertes Verzeichnis auszuschließen, verwenden Sie den entsprechenden Indexbefehl unten und ersetzen Sie den Pfad durch den genauen Pfad.
Dadurch ändert sich, was GNOME für die Suche indiziert; die Dateien werden dabei nicht gelöscht oder verschoben. Suchergebnisse für deaktivierte Verzeichnisse können verloren gehen. Lassen Sie daher Ordner wie „Dokumente“, „Bilder“ oder andere häufig durchsuchte Ordner aktiviert, wenn Sie diese regelmäßig nutzen. Um die konfigurierten Ordner über das Terminal zu überprüfen, bietet Ubuntu 24.04 folgende Möglichkeiten:
tracker3 index
Ubuntu 26.04 bietet:
localsearch index
Diese Liste enthält indizierte Speicherorte. Um ein benutzerdefiniertes Verzeichnis zu entfernen, das nicht indiziert werden soll, verwenden Sie den entsprechenden Befehl und ersetzen Sie den Pfad durch den genauen Pfad.
tracker3 index --remove /path/to/archive
Unter Ubuntu 26.04 verwenden Sie localsearch index --remove /path/to/archive. Ubuntu dokumentiert diese Änderungen als dauerhaft und bleiben auch nach einem Neustart erhalten. Um einen Speicherort wieder hinzuzufügen, verwenden Sie den entsprechenden index --addBefehl, nachdem Sie dessen Syntax in der Handbuchseite der jeweiligen Version überprüft haben.
Deaktivieren Sie die Indizierung für große oder sich häufig ändernde Verzeichnisse, die Sie nicht in der Suche benötigen, während Sie nützliche Ordner aktiviert lassen.
4. Installieren Sie die verfügbaren Ubuntu-Updates.
Bevor Sie irgendetwas zurücksetzen, installieren Sie Updates über den regulären Update-Kanal von Ubuntu. Die Tracker-Komponenten unterscheiden sich je nach Ubuntu-Version, und Fehlerbehebungen werden über die für die jeweilige Version bereitgestellten Pakete bereitgestellt. Öffnen Sie die Softwareaktualisierung, installieren Sie verfügbare Updates und starten Sie den Computer neu, falls Ubuntu Sie dazu auffordert. Alternativ können Sie auch die Standard-Paketbefehle von Ubuntu verwenden.
sudo apt update
sudo apt upgrade
Fügen Sie kein PPA hinzu und ersetzen Sie keine GNOME-Suchkomponenten, nur um eine hohe CPU-Auslastung zu beheben. Wenn das Problem unmittelbar nach einem bestimmten Update auftrat und auch nach Abschluss der Indizierung weiterhin besteht, überprüfen Sie das Änderungsprotokoll des Ubuntu-Pakets oder melden Sie einen Fehler mit Angabe Ihrer Release- und Paketversionen.
5. Erstellen Sie den Index nur dann neu, wenn er sich aufgehängt hat oder beschädigt ist.
Wenn der Prozess wiederholt dieselben Inhalte durchsucht, der Indexstatus anhaltende Fehler meldet oder die CPU-Auslastung nach dem Reduzieren von Speicherorten und dem Aktualisieren ungewöhnlich hoch bleibt, muss der Dateisystemindex neu erstellt werden. Dieser Schritt löscht die Suchdatenbank und veranlasst den Indexer, die ausgewählten Speicherorte erneut zu durchsuchen. Dateien werden dabei nicht gelöscht, aber das Ubuntu-Handbuch weist darauf hin, dass der Vorgang nicht rückgängig gemacht werden kann und Tracker-Tags betroffen sein können. Rechnen Sie während des Neuaufbaus des Index vorübergehend mit erhöhter CPU- und Festplattenaktivität.
Unter Ubuntu 22.04 oder 24.04 verwenden Sie:
tracker3 reset --filesystem
Unter Ubuntu 26.04 verwenden Sie den umbenannten Befehl:
localsearch reset --filesystem
In dieser Terminalabbildung wird der Befehl „reset“ eingegeben, aber nicht ausgeführt. Lesen Sie die Warnung und vergewissern Sie sich, dass der Befehl für Ihre Ubuntu-Version gilt, bevor Sie ihn ausführen.
~/.cacheLöschen Sie Verzeichnisse unter „/var/ log /“ nicht manuell ~/.local/share. Der unterstützte Befehl „reset“ zielt auf den Index ab und veranlasst den Dienst, seinen Cache neu zu erstellen. Warten Sie nach der Ausführung des Befehls, bis der neue Scan abgeschlossen ist, bevor Sie die CPU-Auslastung beurteilen.
6. Überprüfen Sie das Ergebnis und entscheiden Sie, wie es weitergeht.
Führen Sie einen einfachen Vorher-Nachher-Vergleich durch:
Bestätigen Sie den Namen des CPU-intensiven Prozesses und die Ubuntu-Version im Systemmonitor oder mit lsb_release -a.
Führen Sie das Programm tracker3 statusunter Ubuntu 22.04/24.04 oder localsearch statusunter Ubuntu 26.04 aus und prüfen Sie, ob die Indizierung Fortschritte macht oder abgeschlossen ist.
Warten Sie den ersten Scan ab, nachdem Sie indizierte Speicherorte geändert oder die Datenbank neu erstellt haben; die CPU-Auslastung kann während dieser Arbeiten erneut ansteigen.
Öffnen Sie den Systemmonitor erneut, nachdem der Scan abgeschlossen ist. Kurze Aktivität bei Dateiänderungen ist normal; wiederholt hohe CPU-Auslastung im Leerlauf deutet jedoch darauf hin, dass indizierte Pfade und gemeldete Indizierungsfehler überprüft werden sollten.
Besteht das Problem nach Abschluss des Scans weiterhin, notieren Sie sich Ihre Ubuntu-Version, den genauen Prozessnamen, die Ausgabe des entsprechenden Statusbefehls und den Speicherort der wiederholt fehlerhaften Datei. Verwenden Sie diese Informationen zur Fehlerberichterstattung über die Ubuntu-Tools oder den GNOME LocalSearch-Issue-Tracker. Vermeiden Sie es, private Dateinamen oder Dokumentinhalte öffentlich zu posten.