GNU/Linux >> Tutoriels Linux >  >> Linux

/usr/lib/tracker/tracker-store provoque une charge CPU très importante sur Debian Buster

après avoir tracker-store fonctionnant avec presque 100 % de CPU, presque tout le temps pendant 7 jours maintenant, il semble que j'ai trouvé une solution facile :

tracker reset --hard

CAUTION: This process may irreversibly delete data.
Although most content indexed by Tracker can be safely reindexed, it can?t be assured that this is the case for all data. Be aware that you may be incurring in a data loss situation, proceed at your own risk.

Are you sure you want to proceed? [y|N]: 

/usr/lib/tracker/tracker-store le processus est terminé, le ventilateur tourne et tout est calme après une semaine. Après un redémarrage tracker-store reste toujours silencieux.


tracker-store fait partie de tracker, un programme qui scanne certains emplacements spécifiés sur votre disque dur (et d'autres endroits comme vos e-mails) et indexe le contenu dans une base de données. Cela vous permet d'effectuer des recherches rapides sur le contenu des fichiers. Alors que tracker-miner-* sont des programmes qui analysent les données et tracker-store est le programme qui stocke les métadonnées dans une base de données pour un accès rapide plus tard. Tracker utilise une base de données à ses propres fins, il est donc logique qu'il puisse utiliser votre processeur même lorsque vous ne traitez pas de processus.

Vous pouvez également configurer tracker pour qu'il n'indexe rien (voir programme tracker-preferences), l'empêchant ainsi probablement de faire quoi que ce soit. Ou vous pouvez essayer de supprimer entièrement le paquet, mais cela cassera très probablement votre système (plus de détails - merci à @broman ). Et consultez également cet article Comment désactiver le traqueur dans GNOME ?.

Source :

blogs.gnome.org/mr/2009/09/18/tracker-update-2
Qu'est-ce qu'un traqueur ? - gnome


Certains mineurs de suivi s'accrochent à du contenu qu'ils ne comprennent pas. Si tracker daemon -f n'affiche aucune mise à jour sauf tracker-extract accapare toujours le processeur, peut-être jeter un œil dans /tmp/tracker-extract-files.* . Si le même lien symbolique reste là pendant un certain temps, le processus du mineur s'est écrasé. Il est important de supprimer ce fichier de n'importe où où le traqueur le trouvera, sinon il se bloquera à nouveau.

(un résumé de ma réponse à l'origine ici :aucune mise à jour de la progression de gnome tracker)


Linux
  1. Comment Linux gère-t-il plusieurs séparateurs de chemins consécutifs (/home////nom d'utilisateur///fichier) ?

  2. Debian – Déplacer /var, /home vers une partition séparée ?

  3. Xemacs :charger tous les fichiers dans /home/barry/.emacs_barry ?

  4. gcc - /usr/bin/ld erreur :impossible de trouver <library> dans /usr/local/lib bien que ldconfig le liste et le chemin ajouté à ld.so.conf

  5. Quelle est la signification de /usr/sbin, /usr/local/sbin et /usr/local/bin ?

Quelle est la différence entre #!/usr/bin/env bash et #!/usr/bin/bash ?

cmake --version pointe vers /usr/bin/cmake tandis que cmake pointe vers /usr/local/bin

Quand dois-je utiliser /dev/shm/ et quand dois-je utiliser /tmp/?

Pourquoi mettre des choses autres que /home sur une partition séparée ?

Différence entre /bin et /usr/bin

CentOS /usr/local/lib à l'échelle du système $LD_LIBRARY_PATH ?