# En finir avec tracker-extract **URL:** \ **Category:** Support Debian\ **Created:** [Avril 12, 2021, 1:18 UTC](https://www.debian-fr.org/t/en-finir-avec-tracker-extract/84378 "2021-04-12T13:18:20Z")\ **Posts on this page:** 5\ **Page:** 1
**Author:** ![Briceco](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/b/97f17d/32.png) [@Briceco](https://www.debian-fr.org/u/Briceco)\ **Post date:** [Avril 12, 2021, 1:18 UTC](https://www.debian-fr.org/t/en-finir-avec-tracker-extract/84378/1 "2021-04-12T13:18:20Z")
Bonjour à tous, Au démarrage de debian, il y a plusieurs programmes appelé tracker-« quelque chose » qui se lance. Ces trucs là gèrent les métadonnées d’après les infos des paquets. Depuis peu, mon tracker-extract a disjoncté et quelques secondes après le démarrage, il se met à remplir les huit gigaoctets de ma RAM en une minute. Je le vois avec top : ```auto PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 3795 brice 39 19 8359608 6,2g 5132 S 0,7 80,6 0:06.76 tracker-extract ``` Une fois la RAM remplie, la machine se met à « swaper » très rapidement et devient extrêmement lente. Autant le dire, il est impossible de fonctionner avec dans ce cas là. J’ai beau kill -TERM le programme, il revient inévitablement à la charge en une minute. Ces programmes ‹ tracker › font parler d’eux depuis Stretch. J’ai essayé la solution proposée ici ([https://unix.stackexchange.com/questions/482390/usr-lib-tracker-tracker-store-causes-very-heavy-cpu-load-on-debian-buster](https://unix.stackexchange.com/questions/482390/usr-lib-tracker-tracker-store-causes-very-heavy-cpu-load-on-debian-buster)) sans résultat : ```auto # tracker reset --hard AVERTISSEMENT : cette opération peut supprimer définitivement les données. Bien que la plupart du contenu indexé par Tracker puisse être réindexé en toute sécurité, il ne peut être assuré que ce soit le cas pour toutes les données. Soyez conscient des risques encourus en cas de perte de données, continuez à vos risques et périls. Voulez-vous vraiment continuer ? [o|N]: ``` A défaut d’une solution, s’il en existe une, comment puis-je tuer ce programme sans qu’il ne se relance automatiquement ? ---
**Author:** ![grandtoubab](https://www.debian-fr.org/user_avatar/www.debian-fr.org/grandtoubab/32/4505_2.png) [@grandtoubab](https://www.debian-fr.org/u/grandtoubab)\ **Post date:** [Avril 12, 2021, 3:41 UTC](https://www.debian-fr.org/t/en-finir-avec-tracker-extract/84378/2 "2021-04-12T15:41:14Z")
perso j’ai desactivé cette usine à gaz > **[Traquer les trackers](https://bidouilledebian.wordpress.com/2021/01/06/traquer-les-trackers/)** > > Le tracker gnome est un système d’indexation des fichiers qui peut consommer beaucoup de cpu et d’énergie du PC alors qu’il n’est pas strictement indispensable Les infos off… ---
**Author:** ![gilles2](https://www.debian-fr.org/user_avatar/www.debian-fr.org/gilles2/32/7966_2.png) [@gilles2](https://www.debian-fr.org/u/gilles2)\ **Post date:** [Avril 12, 2021, 4:32 UTC](https://www.debian-fr.org/t/en-finir-avec-tracker-extract/84378/3 "2021-04-12T16:32:39Z")
Chez moi les pisteurs ( trackers ) sont dans ces états-ci : systemctl --user status tracker-extract ● tracker-extract.service Loaded: masked (Reason: Unit tracker-extract.service is masked.) Active: inactive (dead) systemctl --user status tracker-store ● tracker-store.service - Tracker metadata database store and lookup manager Loaded: loaded (/usr/lib/systemd/user/tracker-store.service; static) Active: inactive (dead) systemctl --user status tracker-miner-fs ● tracker-miner-fs.service Loaded: masked (Reason: Unit tracker-miner-fs.service is masked.) Active: inactive (dead) Dans quel état sont les tiens ? ---
**Author:** ![jcsm33](https://www.debian-fr.org/user_avatar/www.debian-fr.org/jcsm33/32/3832_2.png) [@jcsm33](https://www.debian-fr.org/u/jcsm33)\ **Post date:** [Avril 13, 2021, 5:33 UTC](https://www.debian-fr.org/t/en-finir-avec-tracker-extract/84378/4 "2021-04-13T05:33:00Z")
> [@Briceco](#): > > huit gigaoctets de ma RAM > [@Briceco](#): > > Une fois la RAM remplie, la machine se met à « swaper » très rapidement et devient extrêmement lente Est-ce que se passer de swap résoud le problème ? ---
**Author:** ![Briceco](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/b/97f17d/32.png) [@Briceco](https://www.debian-fr.org/u/Briceco)\ **Post date:** [Avril 14, 2021, 9:41 UTC](https://www.debian-fr.org/t/en-finir-avec-tracker-extract/84378/5 "2021-04-14T09:41:46Z")
> [@grandtoubab](#): > > ![](https://www.debian-fr.org/uploads/default/original/2X/8/879e6e65217904a77b7cb09b554af3ac6fe08da4.png) [Debidouille – 6 Jan 21](https://bidouilledebian.wordpress.com/2021/01/06/traquer-les-trackers/) > > ![](https://www.debian-fr.org/uploads/default/original/2X/2/28781a6cfb1396d1348a68983688b48522a4ef2f.png) > > ### [Traquer les trackers](https://bidouilledebian.wordpress.com/2021/01/06/traquer-les-trackers/) > > Le tracker gnome est un système d’indexation des fichiers qui peut consommer beaucoup de cpu et d’énergie du PC alors qu’il n’est pas strictement indispensable. À mon avis ce n’est pas indispensable , je sais où et comment sont rangés mes fichiers. Je préfère utiliser updatedb et locate en cas de besoin de recherche. Je dois avouer éprouver quelques difficultés à envisager la manifestation très concrète de ces paquets dans l’usage courant. Est-ce que le commande `locate` serait un bon exemple ? D’après ce que je sais, cette commande, contrairement à `find`, ne va pas réellement rechercher parmi les fichier mais justement au sein d’une « base de donnée »… ? > [@jcsm33](#): > > Est-ce que se passer de swap résoud le problème ? Peut-être… Mais je ne sais pas si se passer du swap est vraiment une bonne idée… (?)