Verifica o status do tracker store com o comando: systemctl --user status tracker-store
.
Eu iria ficar esperando até 2999, agora que eu vi o post editado.
O tracker store esta inativo, reseta eles com este comando: tracker reset --hard
Aee é a “roleta russa” aonde a bala vai estar depois de o tambor ter sido girado, na hora de puxar o gatilho? Estas instruções estou pegando no fórum do Arch, e o user conseguiu resolver o problema dele neste comando, inclusive este comando é o penultimo do tópico… Até então todos os passos aqui estão bem parecidos com o tópico específico no Arch. Ele não comenta este warning.
tracker daemon --list-processes
roda este denovo para listar.
roda este tracker daemon --start
e depois este tracker daemon --list-processes
~ >>> tracker daemon --start
Iniciando mineros…
✓ Proveedores RSS/ATOM
✓ Sistema de achivos
✓ Extractor
E…
~ >>> tracker daemon --list-processes
Se encontraron los PID 4…
Se encontró el ID de proceso 10424 para «tracker-miner-rss»
Se encontró el ID de proceso 10428 para «tracker-store»
Se encontró el ID de proceso 10460 para «tracker-miner-fs»
Se encontró el ID de proceso 10840 para «tracker-extract»
Alright! Agora é reiniciar a máquina e fazer os testes. Fingers crossed
Tem que esperar, estou num webinar…
Tudo bem, la hora que estés listo só chamar. Bons estudos!
Hora de testar! Deletei, por orientação do dev, o plugin de integração do MEGA com o Nautilus, atualizei o sistema e agora vamos reiniciar e ver os trackers!! Resolver isso pq hj tem Mengão rumo ao título…
Hammer Time!
Legal então aparentemente está tudo normal. Teriamos de rodar o journal -p3, mas irei procurar qual o atributo que filtra pelo dia específico e não o log inteiro da vida do OS.
Por favor, não precisamos de 4500 linhas de código!
Vamos testar:
journalctl -p3 --since "2021-02-20 00:00:00"
Great Scott!
Control+c ae… Tem um coredump ali para analisar se for preciso. Tira o flag -p3 dos comandos para ver.
Já aprendi como faz, -p = priority e o 3 significa o número de entradas.