Inicio
» Consejos PC
»
Solucionar el alto consumo de CPU de Tracker-Miner-3 en Ubuntu GNOME
Solucionar el alto consumo de CPU de Tracker-Miner-3 en Ubuntu GNOME
El ventilador del portátil se acelera, el ordenador de sobremesa funciona con lentitud y el Monitor del Sistema muestra tracker-miner-fs-3un consumo excesivo de la CPU. En Ubuntu GNOME, este proceso forma parte del indexador de búsqueda del escritorio: escanea las ubicaciones seleccionadas y lee los metadatos de los archivos para que las búsquedas puedan encontrar documentos, fotos, música y otros contenidos. Un pico de actividad tras la configuración, la copia de un archivo grande o una actualización del sistema puede ser normal. Sin embargo, un consumo elevado de CPU durante horas o que se repite cada vez que se escanea la misma carpeta requiere una revisión más detallada.
Primero, compruebe si la indexación simplemente se está actualizando. Luego, limite las carpetas que busca GNOME, actualice Ubuntu y reconstruya el índice de búsqueda solo si los pasos más sencillos fallan. Esta última opción es segura para los archivos subyacentes, pero elimina los datos indexados y puede afectar a las etiquetas de Tracker.
¿Por qué Tracker está consumiendo tanta CPU?
Tracker procesa los archivos recién descubiertos y modificados. Un directorio personal extenso, una carpeta con muchas fotos o documentos, una unidad montada o un directorio donde se crean y eliminan archivos constantemente pueden sobrecargar al indexador. Un índice dañado o desactualizado también puede provocar trabajo repetitivo. La documentación de GNOME describe a Tracker como el indexador de búsqueda del escritorio, mientras que las páginas de paquetes de Ubuntu identifican los componentes de minería del sistema de archivos y extracción de metadatos.
El nombre del proceso depende de la versión de Ubuntu. Ubuntu 22.04 y 24.04 usan Tracker 3 y suelen aparecer tracker-miner-fs-3en las herramientas de procesos. Ubuntu 26.04 cambió el nombre del servicio GNOME a LocalSearch; usa los localsearchsiguientes comandos en esa versión. Si ves un nombre diferente, verifica tu versión de Ubuntu antes de copiar los comandos.
1. Confirme que el proceso es realmente el cuello de botella de la CPU.
Abra el Monitor del sistema desde Actividades y seleccione la vista Procesos. Ordene por CPU y compruebe si el proceso del sistema de archivos Tracker o LocalSearch permanece cerca de la parte superior. También puede confirmarlo desde la Terminal.
ps -eo pid,comm,%cpu,%mem --sort=-%cpu | head -n 12
No confunda el uso de memoria con el uso de CPU, y no finalice el proceso solo porque aparezca en la lista. La búsqueda de GNOME depende de su índice, y finalizar un escaneo puede provocar que el proceso se reinicie más tarde. Si otro proceso está consumiendo CPU, solucione el problema de ese proceso.
La ilustración resalta la entrada del minero de archivos. En el Monitor del sistema, ordene por la columna de CPU activa y compruebe si se mantiene cerca de la parte superior.
2. Compruebe si la indexación sigue avanzando.
Tras una instalación nueva de Ubuntu, una actualización importante o una importación de archivos de gran tamaño, deje el ordenador encendido y dé tiempo a que se estabilice la indexación. Evite reiniciar repetidamente el servicio mientras procesa archivos pendientes. En Ubuntu 22.04 o 24.04, ejecute:
tracker3 status
El comando status informa sobre el estado actual del índice y los errores de indexación de metadatos registrados. Ejecútelo de nuevo más tarde. Un estado que cambia y finalmente indica que la indexación ha finalizado indica que se está realizando un análisis de recuperación. El comando también puede revelar errores repetidos asociados a un archivo; en ese caso, anote la ruta y revise dicho archivo o la carpeta que lo contiene.
En Ubuntu 26.04, el comando equivalente es:
localsearch status
Estos comandos son específicos de cada versión. Si no encuentra un comando, no instale paquetes aleatorios de fuentes externas; confirme su versión de Ubuntu y utilice su propio archivo de paquetes y manuales.
Utilice tracker3 status en las versiones de Tracker 3 para inspeccionar el progreso de la indexación; el resultado exacto en su sistema variará.
3. Reducir las ubicaciones que busca GNOME
Si el pico de uso de CPU coincide con un archivo grande o una carpeta que cambia constantemente, excluya esa ubicación de la búsqueda. En Actividades, busque « Buscar» para abrir la Configuración y, a continuación, seleccione « Ubicaciones de búsqueda» . Desactive las ubicaciones predeterminadas que no necesite en la búsqueda de Actividades. GNOME también admite ubicaciones de búsqueda personalizadas. Para excluir un directorio personalizado, utilice el comando de índice correspondiente que se muestra a continuación y sustituya su ruta exacta.
Esto modifica lo que GNOME indexa para la búsqueda; no elimina ni mueve los archivos. Es posible que pierda resultados de búsqueda para una ubicación que desactive, así que mantenga habilitadas las carpetas Documentos, Imágenes u otras carpetas de búsqueda frecuente cuando dependa de ellas. Para comprobar las carpetas configuradas desde una terminal, Ubuntu 24.04 proporciona:
tracker3 index
Ubuntu 26.04 proporciona:
localsearch index
Estas son las ubicaciones indexadas en la lista. Para eliminar un directorio personalizado que no debería estar indexado, utilice el comando correspondiente y sustituya su ruta exacta:
tracker3 index --remove /path/to/archive
En Ubuntu 26.04, utilice localsearch index --remove /path/to/archive. Ubuntu documenta estos cambios como persistentes tras los reinicios. Para volver a añadir una ubicación, utilice el index --addcomando correspondiente tras comprobar su sintaxis en la página del manual de la versión.
Desactive la indexación para ubicaciones grandes o que cambien con frecuencia y que no necesite en la búsqueda, manteniendo habilitadas las carpetas útiles.
4. Instala las actualizaciones de Ubuntu disponibles.
Antes de restablecer nada, instala las actualizaciones desde el canal de actualización habitual de Ubuntu. Los componentes del Tracker varían entre las versiones de Ubuntu, y las correcciones llegan a través de los paquetes proporcionados para cada versión. Abre el Actualizador de software, instala las actualizaciones disponibles y reinicia si Ubuntu lo solicita. También puedes usar los comandos de paquetes estándar de Ubuntu:
sudo apt update
sudo apt upgrade
No añadas un PPA ni reemplaces los componentes de búsqueda de GNOME solo para solucionar un alto consumo de CPU. Si el problema comenzó inmediatamente después de una actualización y persiste una vez finalizada la indexación, consulta el registro de cambios del paquete de Ubuntu o informa del error indicando la versión y el paquete que utilizas.
5. Reconstruya el índice solo si parece estar bloqueado o dañado.
Si el proceso escanea repetidamente el mismo contenido, el estado del índice informa fallos persistentes o el uso de la CPU sigue siendo inusualmente alto después de reducir las ubicaciones y actualizarlas, reconstruya el índice del sistema de archivos. Este paso borra la base de datos de búsqueda y hace que el indexador vuelva a escanear las ubicaciones seleccionadas. No elimina archivos, pero el manual de Ubuntu advierte que el restablecimiento es irreversible y que las etiquetas de Tracker pueden verse afectadas. Es posible que la actividad de la CPU y del disco aumente temporalmente mientras se reconstruye el índice.
En Ubuntu 22.04 o 24.04, utilice:
tracker3 reset --filesystem
En Ubuntu 26.04, utilice el comando renombrado:
localsearch reset --filesystem
En esta ilustración de terminal, se introduce el comando reset, pero no se ejecuta; lea la advertencia y confirme que el comando es compatible con su versión de Ubuntu antes de ejecutarlo.
No elimine manualmente los directorios ~/.cacheni ~/.local/sharelos utilice como sustituto. El comando de reinicio compatible se dirige al índice y permite que el servicio recree su caché. Tras ejecutar el comando, espere a que finalice el nuevo análisis antes de evaluar el uso de la CPU.
6. Comprueba el resultado y decide qué hacer a continuación.
Utilice una simple comprobación antes y después:
Confirme el nombre del proceso que consume mucha CPU y la versión de Ubuntu en el Monitor del sistema o con lsb_release -a.
Ejecútalo tracker3 statusen Ubuntu 22.04/24.04 o localsearch statusen Ubuntu 26.04 y comprueba si la indexación está en curso o ha finalizado.
Espere a que finalice el escaneo inicial después de cambiar las ubicaciones indexadas o reconstruir la base de datos; el uso de la CPU puede volver a aumentar durante ese proceso.
Vuelva a abrir el Monitor del sistema una vez finalizado el análisis. Es normal que haya poca actividad cuando cambian los archivos; un uso elevado y repetido de la CPU en estado inactivo es motivo para inspeccionar las rutas indexadas y los fallos de indexación notificados.
Si el problema persiste tras finalizar el análisis, anote su versión de Ubuntu, el nombre exacto del proceso, la salida del comando de estado correspondiente y la ubicación de cualquier archivo que presente fallos repetidos. Utilice las herramientas de informe de errores de Ubuntu o el sistema de seguimiento de incidencias GNOME LocalSearch con esta información. Evite publicar nombres de archivos privados o el contenido de documentos.