Path: ...!eternal-september.org!feeder3.eternal-september.org!news.eternal-september.org!.POSTED!not-for-mail
From: Thomas <fantome.forums.tDeContes@free.fr.invalid>
Newsgroups: fr.comp.os.linux.configuration
Subject: Re: ressources processeur + disque
Date: Mon, 15 Jan 2024 00:07:16 +0100
Organization: A noiseless patient Spider
Lines: 67
Message-ID: <uo1pf4$kbfb$1@dont-email.me>
References: <unpu6b$35ru6$1@dont-email.me> <unr0m2$dcd$1@rasp.pasdenom.info>
 <unr0p1$dcd$2@rasp.pasdenom.info>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Injection-Date: Sun, 14 Jan 2024 23:07:16 -0000 (UTC)
Injection-Info: dont-email.me; posting-host="2ad1743fd8cdf8e41fcfdc5e60433a79";
	logging-data="667115"; mail-complaints-to="abuse@eternal-september.org";	posting-account="U2FsdGVkX194nGVkrir5xnQCctEiV2km9XH6YaiNdVI="
User-Agent: Mozilla Thunderbird
Cancel-Lock: sha1:prfjo4rdkJQGESIPWxMip1hGVPY=
Content-Language: fr-FR
In-Reply-To: <unr0p1$dcd$2@rasp.pasdenom.info>
Bytes: 3259

Le 12/01/2024 à 10:29, Gosseyn a écrit :
> Le 12/01/2024 à 10:27, Gosseyn a écrit :
>> Le 12/01/2024 à 00:38, Thomas a écrit :
>>> $ ps -ux
>>> USER         PID %CPU %MEM    VSZ   RSS TTY      STAT START   TIME 
>>> COMMAND
>>>
>>> a           4546 24.0  2.5 504316 77312 ?        DNsl 00:14   0:06 
>>> /usr/libexec/tracker-miner-fs-3
> 
> Ah ben non, apparemment c'est ça : 
> <https://askubuntu.com/questions/1258757/tracker-miner-fs-is-taking-90-of-cpu>


Merci :-)

Depuis le temps que ça tourne, ça ressemble bien à un index corrompu,
ce qui ne me surprend pas tellement puisque mon ordi est sujet à des 
extinctions inopinées.
Ce qui me surprend plus, c'est que cet outil ne soit pas capable de 
détecter les parties corrompues et donc à reconstruire (et de les 
reconstruire correctement, au lieu de tourner en rond).


En attendant d'en identifier le besoin, j'ai simplement désactivé 
totalement la recherche, dans "Paramètres / Recherche".

Dans ma machine virtuelle ça continue à tourner, mais ça fait peut-être 
partie du bug en cas d'index corrompu ?


$ tracker reset --hard
La commande « tracker » n'a pas été trouvée, voulez-vous dire :
   commande « tacker » du snap openstackclients (xena)
   commande « tracer » du deb pvm-dev (3.4.6-3.2)
   commande « tacker » du deb python3-tackerclient (1.10.0-0ubuntu1)
   commande « tracker3 » du deb tracker (3.3.0-1)
Voir « snap info <nomdusnap> » pour des versions supplémentaires.
$ tracker3 reset --hard
Unrecognized options, Unknown option --hard
$ tracker3 reset
Usage:
   tracker reset [OPTION…]

Help Options:
   -h, --help           Show help options

Application Options:
   -s, --filesystem     Remove filesystem indexer database
   -r, --rss            Remove RSS indexer database
   -f, --file=FILE      Erase indexed information about a file, works 
recursively for directories


Est-ce que je devrais taper

$ tracker3 reset -s

ou Est-ce que je fais fausse route ?




-- 
RAPID maintainer
http://savannah.nongnu.org/projects/rapid/