Corrigir o alto uso de CPU pelo tracker-miner-3 no Ubuntu GNOME

Solução rápida: Se tracker-miner-fs-3o uso de CPU estiver constante após a adição ou alteração de muitos arquivos, deixe a indexação terminar e verifique o status antes de intervir. Se o processo continuar ocupado mesmo com seus arquivos inalterados, reduza os locais de busca do GNOME, atualize o Ubuntu e só então reconstrua o índice do Tracker. Reconstruir o índice não exclui seus documentos, mas causa uma nova verificação e pode aumentar temporariamente a atividade da CPU e do disco.

Este guia aplica-se a sistemas Ubuntu GNOME que executam o Tracker 3. O Ubuntu 24.04 LTS inclui as ferramentas do Tracker 3 em seu repositório; versões mais recentes baseadas no GNOME podem usar o serviço LocalSearch relacionado e nomes de comando diferentes. Primeiro, verifique quais processos e comandos estão presentes em sua máquina. As instruções e os nomes dos pacotes podem variar de acordo com a versão.

1. Confirme se o Tracker Miner é o processo que está usando a CPU.

Abra o Monitor do Sistema , selecione Processos e clique na coluna CPU para classificar. Procure por tracker-miner-fs-3processos como `miner` ou similares tracker-extract-3. O minerador detecta alterações nos arquivos e cria o índice pesquisável; o extrator lê os metadados dos arquivos suportados. Um breve pico de uso da CPU após copiar um arquivo de fotos, sincronizar uma pasta na nuvem ou instalar uma atualização pode ser normal.

Para visualizar o terminal, execute:

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

No Ubuntu 24.04, consulte o status do Tracker com:

tracker3 daemon
tracker3 status

O comando `daemon` reporta o estado do minerador, enquanto `status` pode mostrar o progresso da indexação e as falhas registradas. A saída exata varia de acordo com a versão do pacote. Se esses comandos estiverem faltando, verifique a geração ativa em vez de instalar pacotes aleatórios.

command -v tracker3
command -v localsearch

A documentação atual do LocalSearch do GNOME descreve localsearchos comandos e o localsearch-3serviço. Use os nomes de comando instalados pela sua versão; não execute ambas as famílias de ferramentas nem inicie manualmente um segundo minerador. O manual do daemon Tracker e o manual de status do Tracker do Ubuntu documentam os comandos do Ubuntu 24.04. A visão geral do LocalSearch do GNOME explica a família de serviços mais recente.

2. Decida se a atividade da CPU é temporária ou se está travada.

A indexação geralmente ocorre após um pico de atividade no sistema de arquivos. Aguarde um pouco após um primeiro login intenso, restauração de um backup, download de muitos arquivos ou reconexão de um disco rígido externo. Mantenha o laptop conectado à tomada, se possível, e evite encerrar o processo repetidamente: o minerador pode reiniciar e repetir o trabalho. Verifique se o status muda e se o uso da CPU diminui quando a atividade do sistema de arquivos se estabilizar.

O uso persistentemente elevado da CPU é mais suspeito quando o mesmo processo permanece ocupado por um longo período enquanto a máquina está ociosa e nenhum arquivo está sendo alterado. Verifique se há um diretório recebendo novos arquivos repetidamente, um loop de sincronização na nuvem, uma unidade montada que se desconecta e reconecta ou arquivos de mídia com metadados problemáticos. Um problema recorrente após cada login também pode indicar um pacote desatualizado ou um índice corrompido.

3. Instale as atualizações disponíveis do Ubuntu e reinicie o sistema corretamente.

Antes de alterar as configurações de índice, instale as atualizações para a sua versão do Ubuntu. As atualizações podem incluir correções no Tracker, GNOME e suas bibliotecas. No Terminal, execute:

sudo apt update
sudo apt upgrade

Revise a lista de pacotes antes de aceitá-los e, em seguida, reinicie o computador ou faça logout e login novamente. Verifique novamente o uso da CPU depois que a área de trabalho estiver estabilizada. Evite copiar comandos que removem pacotes do Tracker: os componentes de pesquisa do GNOME podem depender deles, e remover o indexador pode desativar a pesquisa na área de trabalho em vez de corrigir o loop subjacente.

4. Reduza os locais de pesquisa do GNOME

Se você não precisa que a busca do app Atividades abranja todas as pastas padrão, exclua locais que contenham coleções grandes e que mudam com frequência. Exemplos incluem um diretório de Downloads cheio de arquivos temporários ou uma pasta usada para armazenar arquivos de compilação. No GNOME, abra o app Atividades , digite " Buscar" , abra Configurações ▸ Busca e selecione " Locais de busca" . Desative apenas os locais que você não precisa na busca. O painel exato pode variar um pouco dependendo da versão do GNOME.

O GNOME documenta esses controles como a escolha de quais locais do sistema de arquivos podem ser pesquisados ​​na visão geral de Atividades. Eles são úteis quando o escopo da pesquisa é o problema, mas não são uma opção universal para todas as solicitações de indexação de aplicativos. Se o minerador continuar ocupado, verifique o status e a versão instalada do indexador ativo. Evite adicionar uma unidade montada inteira ou um diretório de projeto enorme, a menos que você precise que seu conteúdo seja pesquisável. A Ajuda do GNOME: Configurar pesquisa de locais do sistema de arquivos descreve o caminho de Configurações compatível.

5. Recrie o índice somente se as soluções mais simples falharem.

Se o uso da CPU permanecer alto enquanto o sistema estiver ocioso, o índice pode estar travado ou inconsistente. No Ubuntu 24.04 com Tracker 3, redefina apenas o índice do sistema de arquivos:

tracker3 reset --filesystem

Leia qualquer mensagem de confirmação antes de prosseguir. O comando remove o índice do sistema de arquivos armazenado pelo Tracker, não seus documentos originais; o Tracker recria seu cache ao reiniciar. Como ele precisa verificar os arquivos elegíveis novamente, a atividade da CPU e do disco pode aumentar temporariamente. A pesquisa pode retornar resultados incompletos até que a reconstrução seja concluída. Evite excluir diretórios de cache manualmente ou usar uma opção de redefinição ampla copiada das instruções do Tracker 2, que usa uma sintaxe de comando diferente.

O manual de reinicialização do Tracker 3 do Ubuntu afirma que os dados do sistema de arquivos são removidos e o minerador recria seu cache ao ser reiniciado. Essa operação altera o índice e deve ser usada com cautela. Se sua distribuição utiliza o LocalSearch, consulte o manual de instalação ou a referência de comandos do GNOME LocalSearch para obter a sintaxe de comando correspondente.

6. Verifique a correção e saiba quando investigar mais a fundo.

Após a indexação se estabilizar, classifique o Monitor do Sistema por CPU novamente e verifique o status do minerador. Um resultado positivo não significa necessariamente zero uso de CPU o tempo todo: o indexador pode ser ativado brevemente quando os arquivos são alterados. Os sinais úteis são: o uso contínuo da CPU diminui quando a máquina está ociosa, o status não exibe mais a mesma tarefa não resolvida repetidamente e a busca do GNOME ainda consegue encontrar arquivos em locais que você escolheu manter pesquisáveis.

Se o uso elevado da CPU retornar, registre a versão do Ubuntu ( Configurações ▸ Sobre ), o nome do processo, a duração do pico e se alguma pasta ou aplicativo de sincronização específico estava ativo. Verifique a saída de status em busca de falhas e relate o problema reproduzível por meio do sistema de relatório de bugs do Ubuntu ou do projeto GNOME relevante. Não presuma que todo processo que contenha "tracker" seja o culpado: um componente Tracker ou LocalSearch diferente pode estar realizando uma extração única.

Qual solução você deve tentar primeiro?

Na maioria dos casos, a solução mais segura é deixar que a indexação normal seja concluída ou reduzir o escopo de pesquisa desnecessário. Reserve a reinicialização para problemas persistentes e espere atividade temporária de disco e CPU enquanto o índice é reconstruído.