Risolvere l'elevato utilizzo della CPU da parte di tracker-miner-3 in Ubuntu GNOME

Soluzione rapida: se tracker-miner-fs-3il processo di indicizzazione continua a utilizzare la CPU dopo aver aggiunto o modificato molti file, attendi che l'indicizzazione termini e verifica il suo stato prima di intervenire. Se il processo rimane occupato anche se i file non sono stati modificati, restringi le posizioni in cui GNOME effettua la ricerca, aggiorna Ubuntu e solo successivamente ricostruisci l'indice di Tracker. La ricostruzione dell'indice non elimina i documenti, ma avvia una nuova scansione e può temporaneamente aumentare l'attività di CPU e disco.

Questa guida si applica ai sistemi Ubuntu GNOME che eseguono Tracker 3. Ubuntu 24.04 LTS include gli strumenti di Tracker 3 nel suo archivio; le versioni più recenti basate su GNOME potrebbero utilizzare il servizio LocalSearch e nomi di comando diversi. Innanzitutto, verifica quali processi e comandi sono presenti sul tuo sistema. Le istruzioni e i nomi dei pacchetti possono variare a seconda della versione.

1. Conferma che Tracker Miner sia il processo che utilizza la CPU

Apri Monitoraggio Sistema , scegli Processi e fai clic sulla colonna CPU per ordinare. Cerca tracker-miner-fs-3o un processo correlato come tracker-extract-3. Il miner rileva le modifiche ai file e crea l'indice ricercabile; l'estrattore legge i metadati dei file supportati. Un breve picco di utilizzo della CPU dopo la copia di un archivio fotografico, la sincronizzazione di una cartella cloud o l'installazione di un aggiornamento può essere normale.

Per visualizzare il terminale, eseguire:

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

Su Ubuntu 24.04, interroga lo stato di Tracker con:

tracker3 daemon
tracker3 status

Il comando daemon segnala lo stato del miner, mentre status può mostrare l'avanzamento dell'indicizzazione e gli errori di indicizzazione registrati. L'output esatto varia a seconda della versione del pacchetto. Se questi comandi non sono presenti, controlla la generazione attiva invece di installare pacchetti a caso:

command -v tracker3
command -v localsearch

La documentazione attuale di GNOME LocalSearch descrive localsearchi comandi e il localsearch-3servizio. Utilizza i nomi dei comandi installati dalla tua versione; non eseguire entrambe le famiglie di strumenti né avviare manualmente un secondo miner. Il manuale del demone Tracker di Ubuntu e il manuale sullo stato di Tracker documentano i comandi per Ubuntu 24.04. La panoramica di GNOME LocalSearch spiega la famiglia di servizi più recente.

2. Decidere se l'attività della CPU è temporanea o bloccata

L'indicizzazione spesso segue un picco di attività del filesystem. Attendi un po' di tempo dopo un primo accesso di grandi dimensioni, il ripristino di un backup, il download di molti file o la riconnessione di un'unità esterna. Se possibile, tieni il portatile collegato alla corrente ed evita di interrompere ripetutamente il processo: il programma di mining potrebbe riavviarsi e ripetere il lavoro. Verifica se lo stato cambia e se l'utilizzo della CPU diminuisce una volta che l'attività dei file si stabilizza.

Un utilizzo persistentemente elevato della CPU è più sospetto quando lo stesso processo rimane occupato per un lungo periodo mentre il computer è inattivo e non vengono modificati file. Verificate la presenza di una directory che riceve ripetutamente nuovi file, un ciclo di sincronizzazione cloud, un'unità montata che si disconnette e si riconnette o file multimediali con metadati problematici. Un problema ricorrente dopo ogni accesso può anche indicare un pacchetto obsoleto o un indice danneggiato.

3. Installa gli aggiornamenti di Ubuntu disponibili e riavvia il sistema in modo pulito.

Prima di modificare le impostazioni dell'indice, installa gli aggiornamenti per la tua versione di Ubuntu. Gli aggiornamenti possono includere correzioni per Tracker, GNOME e le relative librerie. Nel Terminale, esegui:

sudo apt update
sudo apt upgrade

Prima di accettare i pacchetti, controlla l'elenco, quindi riavvia il computer oppure disconnettiti e accedi di nuovo. Verifica nuovamente l'utilizzo della CPU dopo che il desktop si è stabilizzato. Evita di copiare comandi che rimuovono i pacchetti di Tracker: i componenti di ricerca di GNOME potrebbero dipendere da essi e la rimozione dell'indicizzatore potrebbe disabilitare la ricerca sul desktop anziché risolvere il problema del ciclo infinito.

4. Riduci le posizioni in cui GNOME effettua le ricerche

Se non hai bisogno che la ricerca in Attività copra tutte le cartelle standard, escludi le posizioni che contengono raccolte di grandi dimensioni e che cambiano frequentemente. Ad esempio, una cartella Download piena di archivi temporanei o una cartella utilizzata per l'output di compilazione. In GNOME, apri Attività , digita Cerca , apri Impostazioni ▸ Cerca e seleziona Posizioni di ricerca . Disattiva solo le posizioni che non ti servono nella ricerca. Il pannello esatto potrebbe variare leggermente a seconda della versione di GNOME.

GNOME descrive questi controlli come la possibilità di scegliere quali posizioni del filesystem rendere ricercabili dalla panoramica delle attività. Sono utili quando il problema è l'ambito della ricerca, ma non rappresentano un'opzione universale per ogni richiesta di indicizzazione. Se il miner rimane occupato, verificare lo stato dell'indicizzatore attivo e la versione installata. Evitare di aggiungere un'intera unità montata o una directory di progetto di grandi dimensioni a meno che non sia necessario renderne ricercabile il contenuto. La Guida di GNOME: Configura la ricerca delle posizioni del filesystem descrive il percorso Impostazioni supportato.

5. Ricostruire l'indice solo se le soluzioni più semplici non funzionano.

Se l'utilizzo della CPU rimane elevato mentre il sistema è altrimenti inattivo, l'indice potrebbe bloccarsi o risultare incoerente. Su Ubuntu 24.04 con Tracker 3, reimpostare solo l'indice del filesystem:

tracker3 reset --filesystem

Leggere attentamente le richieste di conferma prima di procedere. Il comando rimuove l'indice del file system memorizzato da Tracker, non i documenti originali; Tracker ricrea la cache al riavvio. Poiché deve scansionare nuovamente i file idonei, l'attività della CPU e del disco potrebbe aumentare temporaneamente. La ricerca potrebbe restituire risultati incompleti fino al completamento della ricostruzione. Evitare di eliminare manualmente le directory della cache o di utilizzare un'opzione di ripristino generica copiata dalle istruzioni per Tracker 2, che utilizza una sintassi di comando diversa.

Il manuale di ripristino di Tracker 3 di Ubuntu afferma che i dati del filesystem vengono rimossi e il miner ricrea la sua cache al riavvio. L'operazione modifica l'indice e deve essere utilizzata con cautela. Se la tua distribuzione utilizza LocalSearch, consulta il relativo manuale installato o il riferimento ai comandi di LocalSearch di GNOME per la sintassi del comando corrispondente.

6. Verificare la soluzione e sapere quando è necessario approfondire la questione.

Una volta completata l'indicizzazione, ordina nuovamente Monitor di sistema per CPU e controlla lo stato del miner. Un risultato positivo non significa necessariamente che la CPU sia sempre a zero: l'indicizzatore potrebbe attivarsi brevemente quando i file vengono modificati. I segnali utili sono che l'utilizzo sostenuto diminuisce quando il computer è inattivo, lo stato non ripete più lo stesso messaggio "lavoro non risolto" e la ricerca GNOME riesce ancora a trovare i file nelle posizioni che hai scelto di mantenere indicizzabili.

Se si verifica nuovamente un utilizzo elevato della CPU, annota la tua versione di Ubuntu ( Impostazioni ▸ Informazioni ), il nome del processo, la durata del picco e se una cartella specifica o un'applicazione di sincronizzazione era attiva. Controlla l'output di stato per individuare eventuali errori e segnala un problema riproducibile tramite il sistema di segnalazione bug di Ubuntu o il relativo progetto GNOME. Non dare per scontato che ogni processo contenente "tracker" sia il colpevole: un componente Tracker o LocalSearch diverso potrebbe eseguire un'estrazione una tantum.

Quale soluzione dovresti provare per prima?

Nella maggior parte dei casi, la soluzione più sicura è lasciare che l'indicizzazione normale venga completata o ridurre l'ambito di ricerca non necessario. Il ripristino va riservato ai casi di problemi persistenti, tenendo presente che durante la ricostruzione dell'indice si verificherà un utilizzo temporaneo del disco e della CPU.