Correction d'une utilisation élevée du processeur par tracker-miner-3 sous Ubuntu GNOME

Solution rapide : Si tracker-miner-fs-3l’utilisation du processeur reste soutenue après l’ajout ou la modification de nombreux fichiers, laissez l’indexation se terminer et vérifiez son état avant d’intervenir. Si le processus reste actif alors que vos fichiers sont inchangés, limitez les emplacements de recherche de GNOME, mettez à jour Ubuntu, puis reconstruisez l’index Tracker. La reconstruction de l’index ne supprime pas vos documents, mais entraîne une nouvelle analyse et peut temporairement augmenter l’activité du processeur et du disque.

Ce guide s'applique aux systèmes Ubuntu GNOME qui exécutent Tracker 3. Ubuntu 24.04 LTS intègre les outils Tracker 3 dans ses archives ; les versions plus récentes basées sur GNOME peuvent utiliser le service LocalSearch et des noms de commandes différents. Vérifiez d'abord le processus et la commande présents sur votre machine. Les instructions et les noms des paquets peuvent varier selon la version.

1. Vérifiez que Tracker Miner est bien le processus utilisant le processeur.

Ouvrez le Moniteur système , sélectionnez Processus , puis cliquez sur la colonne Processeur pour trier. Recherchez le processus « mineurtracker-miner-fs-3 » ou un processus similaire tracker-extract-3. Le mineur détecte les modifications de fichiers et construit l'index de recherche ; l'extracteur lit les métadonnées des fichiers compatibles. Une brève augmentation de l'utilisation du processeur après la copie d'une archive photo, la synchronisation d'un dossier cloud ou l'installation d'une mise à jour est normale.

Pour une vue terminal, exécutez :

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

Sous Ubuntu 24.04, interrogez l'état de Tracker avec :

tracker3 daemon
tracker3 status

La commande du démon affiche l'état du mineur, tandis que la commande `status` indique la progression de l'indexation et les échecs d'indexation enregistrés. Le résultat exact varie selon la version du paquet. Si ces commandes sont manquantes, vérifiez la génération active au lieu d'installer des paquets au hasard.

command -v tracker3
command -v localsearch

La documentation actuelle de LocalSearch pour GNOME décrit localsearchles commandes et le localsearch-3service. Utilisez les noms de commandes installés par votre distribution ; n'exécutez pas les deux familles d'outils simultanément et ne lancez pas manuellement un second mineur. Le manuel du démon Tracker et le manuel d'état de Tracker d'Ubuntu documentent les commandes d'Ubuntu 24.04. La présentation de LocalSearch pour GNOME explique la nouvelle famille de services.

2. Déterminez si l'activité du processeur est temporaire ou bloquée.

L'indexation survient souvent après une période d'activité intense du système de fichiers. Patientez après une première connexion importante, la restauration d'une sauvegarde, le téléchargement de nombreux fichiers ou la reconnexion d'un disque externe. Si possible, laissez l'ordinateur portable branché et évitez d'interrompre le processus à répétition : le mineur pourrait redémarrer et recommencer. Vérifiez si l'état change et si l'utilisation du processeur diminue une fois l'activité des fichiers stabilisée.

Une utilisation élevée et persistante du processeur est d'autant plus suspecte qu'un même processus reste actif pendant une longue période alors que la machine est inactive et qu'aucun fichier n'est modifié. Vérifiez si un répertoire reçoit constamment de nouveaux fichiers, s'il y a une boucle de synchronisation avec le cloud, si un lecteur monté se déconnecte et se reconnecte sans cesse, ou si des fichiers multimédias présentent des métadonnées problématiques. Un problème récurrent après chaque connexion peut également indiquer un paquet obsolète ou un index endommagé.

3. Installez les mises à jour Ubuntu disponibles et redémarrez proprement.

Avant de modifier les paramètres d'index, installez les mises à jour de votre version d'Ubuntu. Ces mises à jour peuvent inclure des correctifs pour Tracker, GNOME et leurs bibliothèques. Dans le Terminal, exécutez :

sudo apt update
sudo apt upgrade

Vérifiez la liste des paquets avant de l'accepter, puis redémarrez l'ordinateur ou déconnectez-vous et reconnectez-vous. Vérifiez à nouveau l'utilisation du processeur une fois le bureau stabilisé. Évitez de copier des commandes qui suppriment les paquets Tracker : les composants de recherche GNOME peuvent en dépendre, et la suppression de l'indexeur peut désactiver la recherche sur le bureau au lieu de résoudre le problème sous-jacent.

4. Réduire les emplacements de recherche de GNOME

Si vous n'avez pas besoin que la recherche d'Activities couvre tous les dossiers standards, excluez les emplacements contenant des collections volumineuses et fréquemment modifiées. Par exemple, un dossier Téléchargements rempli d'archives temporaires ou un dossier utilisé pour les résultats de compilation. Sous GNOME, ouvrez Activities , saisissez « Recherche » , ouvrez Paramètres ▸ Recherche et sélectionnez Emplacements de recherche . Désactivez uniquement les emplacements que vous n'utilisez pas dans la recherche. Le panneau exact peut varier légèrement selon la version de GNOME.

GNOME décrit ces options comme permettant de choisir les emplacements du système de fichiers indexés depuis la vue d'ensemble des activités. Elles sont utiles lorsque le problème concerne la portée de la recherche, mais ne constituent pas une solution universelle pour toutes les demandes d'indexation des applications. Si le mineur reste occupé, vérifiez l'état et la version de l'indexeur actif. Évitez d'ajouter un lecteur monté entier ou un répertoire de projet volumineux, sauf si vous souhaitez que son contenu soit indexé. L'aide de GNOME : « Configurer la recherche des emplacements du système de fichiers » décrit la procédure de configuration appropriée.

5. Ne reconstruisez l'index que si les solutions plus simples échouent.

Si l'utilisation du processeur reste élevée alors que le système est par ailleurs inactif, l'index peut être bloqué ou incohérent. Sous Ubuntu 24.04 avec Tracker 3, réinitialisez uniquement l'index du système de fichiers :

tracker3 reset --filesystem

Lisez attentivement toute confirmation avant de continuer. Cette commande supprime l'index du système de fichiers stocké par Tracker, et non vos documents originaux ; Tracker recrée son cache au redémarrage. L'activité du processeur et du disque peut augmenter temporairement, car il doit analyser à nouveau les fichiers éligibles. Les résultats de recherche peuvent être incomplets jusqu'à la fin de la reconstruction. Évitez de supprimer manuellement les répertoires du cache ou d'utiliser l'option de réinitialisation générale copiée des instructions de Tracker 2, qui utilise une syntaxe différente.

Le manuel de réinitialisation de Tracker 3 sous Ubuntu indique que les données du système de fichiers sont supprimées et que le mineur recrée son cache au redémarrage. Cette opération modifie l'index et doit être utilisée avec précaution. Si votre distribution utilise LocalSearch, consultez son manuel d'installation ou la documentation de référence des commandes GNOME LocalSearch pour connaître la syntaxe correspondante.

6. Vérifiez la correction et sachez quand approfondir l'enquête.

Une fois l'indexation terminée, triez à nouveau le Moniteur système par processeur et vérifiez l'état du mineur. Un fonctionnement normal ne signifie pas forcément une utilisation du processeur nulle en permanence : l'indexeur peut se réactiver brièvement lors de la modification de fichiers. Les signes positifs sont une baisse continue de l'utilisation du processeur lorsque la machine est inactive, l'absence de répétition des mêmes tâches non résolues et la possibilité pour la recherche GNOME de trouver des fichiers dans les emplacements que vous avez choisis de rendre indexables.

En cas de forte utilisation du processeur, notez votre version d'Ubuntu ( Paramètres ▸ À propos ), le nom du processus, la durée du pic et si un dossier ou une application de synchronisation spécifique était actif. Vérifiez la sortie d'état pour détecter les erreurs et signalez un problème reproductible via le système de signalement de bogues d'Ubuntu ou le projet GNOME approprié. Ne présumez pas que chaque processus contenant « tracker » est en cause : un autre composant de Tracker ou de LocalSearch peut effectuer une extraction ponctuelle.

Quelle solution devriez-vous essayer en premier ?

Dans la plupart des cas, la solution la plus sûre consiste à laisser l'indexation se terminer ou à réduire le périmètre de recherche inutile. Réservez la réinitialisation aux problèmes persistants et prévoyez une activité disque et processeur temporaire pendant la reconstruction de l'index.