Résolution des problèmes de forte utilisation du processeur par Tracker-Miner-3 sous Ubuntu GNOME

Le ventilateur d'un ordinateur portable s'emballe, l'ordinateur de bureau semble lent et le Moniteur système indique tracker-miner-fs-3une utilisation importante du processeur. Sous Ubuntu GNOME, ce processus fait partie de l'indexeur de recherche du bureau : il analyse les emplacements sélectionnés et lit les métadonnées des fichiers afin que les recherches puissent trouver des documents, des photos, de la musique et d'autres contenus. Un pic d'activité après l'installation, la copie d'un fichier volumineux ou une mise à jour du système peut être normal. En revanche, une utilisation du processeur élevée pendant des heures ou qui se reproduit systématiquement lors de l'analyse du même dossier mérite une analyse plus approfondie.

Vérifiez d'abord si l'indexation est simplement en cours de mise à jour. Ensuite, limitez les dossiers analysés par GNOME, mettez à jour Ubuntu et, si les étapes précédentes échouent, reconstruisez l'index de recherche. Cette dernière option est sans risque pour les fichiers sous-jacents, mais elle supprime les données indexées et peut affecter les étiquettes Tracker.

Pourquoi Tracker utilise-t-il autant de ressources CPU ?

Tracker traite les fichiers nouvellement découverts et modifiés. Un répertoire personnel volumineux, un dossier contenant de nombreuses photos ou documents, un lecteur monté ou un répertoire où des fichiers sont constamment créés et supprimés peuvent fortement solliciter l'indexeur. Un index endommagé ou obsolète peut également entraîner un traitement répétitif. La documentation GNOME décrit Tracker comme l'indexeur de recherche du bureau, tandis que les pages de paquets d'Ubuntu l'identifient comme un outil d'exploration du système de fichiers et d'extraction de métadonnées.

Le nom du processus dépend de la version d'Ubuntu. Ubuntu 22.04 et 24.04 utilisent Tracker 3 et apparaissent généralement tracker-miner-fs-3dans les outils de processus. Ubuntu 26.04 a renommé le service GNOME en LocalSearch ; utilisez les localsearchcommandes ci-dessous pour cette version. Si le nom est différent, vérifiez votre version d'Ubuntu avant de copier les commandes.

1. Confirmez que le processus est bien à l'origine du goulot d'étranglement du processeur.

Ouvrez le Moniteur système depuis Activités et sélectionnez l'affichage Processus. Triez par utilisation du processeur et vérifiez si le processus Tracker ou LocalSearch reste parmi les premiers. Vous pouvez également le vérifier depuis le Terminal.

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

Ne confondez pas l'utilisation de la mémoire avec celle du processeur, et ne terminez pas le processus simplement parce qu'il apparaît dans la liste. La recherche GNOME s'appuie sur son index ; interrompre une analyse peut entraîner une reprise ultérieure. Si un autre processus consomme du processeur, concentrez-vous plutôt sur le dépannage de ce processus.

2. Vérifiez si l'indexation progresse toujours.

Après une nouvelle installation d'Ubuntu, une mise à niveau majeure ou une importation importante de fichiers, laissez l'ordinateur allumé et patientez pendant l'indexation. Évitez de redémarrer le service à plusieurs reprises pendant le traitement d'un grand nombre de fichiers en attente. Sous Ubuntu 22.04 ou 24.04, exécutez :

tracker3 status

La commande `status` affiche l'état actuel de l'index et les échecs d'indexation des métadonnées enregistrés. Relancez-la ultérieurement. Un statut qui évolue et indique finalement que l'indexation est terminée signale une analyse de rattrapage. La commande peut également révéler des échecs répétés liés à un fichier ; le cas échéant, notez son chemin d'accès et vérifiez ce fichier ou le dossier qui le contient.

Sous Ubuntu 26.04, la commande équivalente est :

localsearch status

Ces commandes sont spécifiques à chaque version d'Ubuntu. Si une commande est introuvable, n'installez pas de paquets aléatoires provenant de sources tierces ; vérifiez votre version d'Ubuntu et utilisez ses archives de paquets et sa documentation.

3. Réduire les emplacements de recherche de GNOME

Si le pic d'utilisation du processeur coïncide avec une archive volumineuse ou un dossier fréquemment modifié, excluez cet emplacement de la recherche. Dans Activités, recherchez « Recherche » pour ouvrir les Paramètres, puis choisissez « Emplacements de recherche » . Désactivez les emplacements par défaut dont vous n'avez pas besoin dans la recherche d'Activités. GNOME prend également en charge les emplacements de recherche personnalisés. Pour exclure un répertoire personnalisé, utilisez la commande d'index correspondante ci-dessous en remplaçant son chemin exact.

Cela modifie les éléments indexés par GNOME pour la recherche ; les fichiers ne sont ni supprimés ni déplacés. Vous risquez de perdre les résultats de recherche pour un emplacement désactivé. Il est donc conseillé de laisser activés les dossiers Documents, Images et autres dossiers fréquemment utilisés. Pour consulter les dossiers configurés depuis un terminal, Ubuntu 24.04 propose :

tracker3 index

Ubuntu 26.04 fournit :

localsearch index

Ces listes répertorient les emplacements indexés. Pour supprimer un répertoire personnalisé qui ne doit pas être indexé, utilisez la commande correspondante en remplaçant son chemin exact :

tracker3 index --remove /path/to/archive

Sous Ubuntu 26.04, utilisez la commande appropriée localsearch index --remove /path/to/archive. Ubuntu indique que ces modifications sont conservées après un redémarrage. Pour rétablir un emplacement, utilisez la index --addcommande correspondante après avoir vérifié sa syntaxe dans la documentation de la version.

4. Installez les mises à jour Ubuntu disponibles

Avant toute réinitialisation, installez les mises à jour via le canal de mise à jour officiel d'Ubuntu. Les composants de Tracker varient selon les versions d'Ubuntu, et les correctifs sont distribués par les paquets spécifiques à chaque version. Ouvrez le Gestionnaire de mises à jour, installez les mises à jour disponibles et redémarrez si Ubuntu vous le demande. Vous pouvez également utiliser les commandes standard d'Ubuntu pour la gestion des paquets :

sudo apt update
sudo apt upgrade

N’ajoutez pas de PPA et ne remplacez pas les composants de recherche GNOME pour résoudre un problème de forte utilisation du processeur. Si le problème est apparu immédiatement après une mise à jour et persiste une fois l’indexation terminée, consultez le journal des modifications des paquets Ubuntu ou signalez un bogue en précisant votre version et les versions des paquets.

5. Ne reconstruisez l'index que s'il semble bloqué ou endommagé.

Si le processus analyse à plusieurs reprises le même contenu, si l'état de l'index signale des échecs persistants ou si l'utilisation du processeur reste anormalement élevée après la réduction des emplacements et la mise à jour, reconstruisez l'index du système de fichiers. Cette étape efface la base de données de recherche et relance l'analyse des emplacements sélectionnés par l'indexeur. Aucun fichier n'est supprimé, mais le manuel d'Ubuntu précise que cette réinitialisation est irréversible et que les étiquettes Tracker peuvent être affectées. L'activité du processeur et du disque peut augmenter temporairement pendant la reconstruction de l'index.

Sous Ubuntu 22.04 ou 24.04, utilisez :

tracker3 reset --filesystem

Sous Ubuntu 26.04, utilisez la commande renommée :

localsearch reset --filesystem

Ne supprimez pas manuellement les répertoires situés sous ~/.cacheou ~/.local/shareen remplacement. La commande de réinitialisation prise en charge cible l'index et permet au service de recréer son cache. Après avoir exécuté la commande, attendez la fin de la nouvelle analyse avant d'évaluer l'utilisation du processeur.

6. Vérifiez le résultat et décidez de la suite.

Utilisez une simple vérification avant-après :

• Vérifiez le nom du processus consommant beaucoup de ressources CPU et la version d'Ubuntu dans le Moniteur système ou avec lsb_release -a.
• Exécutez-le tracker3 statussur Ubuntu 22.04/24.04 ou localsearch statussur Ubuntu 26.04 et vérifiez si l'indexation progresse ou est terminée.
• Attendez la fin de l'analyse initiale après avoir modifié les emplacements indexés ou reconstruit la base de données ; l'utilisation du processeur peut augmenter à nouveau pendant cette opération.
• Rouvrez le Moniteur système une fois l'analyse terminée. Une brève activité lors de la modification de fichiers est normale ; une utilisation élevée et répétée du processeur en période d'inactivité indique qu'il faut examiner les chemins indexés et les échecs d'indexation signalés.

Si le problème persiste après l'analyse, notez votre version d'Ubuntu, le nom exact du processus, le résultat de la commande d'état correspondante et l'emplacement de tout fichier rencontrant des erreurs répétées. Utilisez les outils de signalement de bogues d'Ubuntu ou le système de suivi des problèmes GNOME LocalSearch avec ces informations. Évitez de publier publiquement des noms de fichiers privés ou le contenu de documents.

Sources

• Détails du paquet Ubuntu 24.04 : tracker-miner-fs
• Manuel Ubuntu 24.04 : état de tracker3
• Manuel Ubuntu 24.04 : réinitialisation du tracker3
• Manuel Ubuntu 24.04 : index tracker3
• Aide GNOME : configurer les emplacements de recherche
• Manuel Ubuntu 26.04 : Commandes LocalSearch
• Manuel Ubuntu 26.04 : état de la recherche locale
• Manuel Ubuntu 26.04 : index de recherche locale
• Manuel Ubuntu 26.04 : réinitialisation de la recherche locale