Dit wordt een heel lang epistel in 2 delen
Deel 1):In Ubuntu 20.04 wordt als default nu voor het eerst de Gnome Tracker meegeleverd.
Daar wordt tot nu toe weinig aandacht aan besteed maar ik vind dat deze functie dat wel verdient.
Allereerst hoe kwam ik hierop.
Op mijn niet zo piep jonge laptop met ssd, heb ik Ubuntu 20.04 geïnstalleerd en het viel me op dat die steeds bezig was met hoge cpu activiteit. Ook sloeg de ventilator regelmatig aan.
De processen die voor die hoge cpu belasting zorgden waren:
- tracker-store
- tracker-miner-fs
- tracker-extract.
En elke keer toen ik de laptop opnieuw opstartte, was er weer die hoge cpu belasting.
Als eerste heb ik opgezocht op internet wat die tracker processen nou precies waren, of er meerdere mensen last hadden van hoge cpu belasting en hoe ik er vanaf kon komen.
Ik kwam al snel uit op de volgende site:
https://www.linuxuprising.com/2019/07/how-to-completely-disable-tracker.htmlDe oplossing die hier wordt voorgesteld werkte prima bij mij en wordt nu ook op askubuntu.com als voorkeursmethode gepropageerd (
https://askubuntu.com/questions/1187191/tracker-process-taking-lot-of-cpu?rq=1)
Ik heb dan ook het volgende gedaan:
systemctl --user mask tracker-store.service tracker-miner-fs.service tracker-miner-rss.service tracker-extract.service tracker-miner-apps.service tracker-writeback.service
Na dit commando,deed ik de tracker reset:
tracker reset --hard
En vervolgens heb ik ook nog in mijn persoonlijke map, de map tracker in .cache en de map tracker in .local/share/, verwijderd.
En als laatste een
reboot uitgevoerd.
Om nu te controleren dat alles gewerkt heeft, kan je het volgende commando gebruiken:
tracker status
Uitkomst:
Verbinding met Tracker maken is mislukt: Failed to load SPARQL backend: GDBus.Error:org.freedesktop.systemd1.UnitMasked: Unit tracker-store.service is masked
(Om eventueel de situatie te herstellen:
systemctl --user unmask tracker-store.service tracker-miner-fs.service tracker-miner-rss.service tracker-extract.service tracker-miner-apps.service tracker-writeback.service
en vervolgens weer een reboot doen)
Na het uitschakelen van Tracker had ik gelukkig weer een stille laptop zonder hoge cpu belasting.Daarna heb ik mij verder ingelezen wat Tracker nu precies was.
Ik kwam eerst op een oude website uit:
https://wiki.gnome.org/Projects/Trackeren van daaruit naar de nieuwere website:
https://gnome.pages.gitlab.gnome.org/tracker/https://gnome.pages.gitlab.gnome.org/tracker/faq/https://gnome.pages.gitlab.gnome.org/tracker/overview/Ik leerde hieruit dat ik Tracker op een “makkelijke manier” kon instellen en tweaken via de dconf-editor (te installaren via Synaptic).
In de dconf-editor: org > freedesktop > tracker > miner > files :
index-recursive-directories = Mappen om recursief te indexeren .
Default: ['&DESKTOP', '&DOCUMENTS', '&MUSIC', '&PICTURES', '&VIDEOS']
(zie ook /home/user/.config/user-dirs.dirs)
index-single-directories = Mappen om niet-recursief te indexeren
Default: ['$HOME', '&DOWNLOAD']
Wat was er nu bij mij aan de hand waarom het zo “mis” ging met Tracker?Ik heb al mijn documenten, muziek, afbeeldingen en video’s centraal op een NAS-server staan.
Op die NAS-Server staan een hele hoop bestanden en om die allemaal te indexeren, duurt op die oude laptop zeker meerdere dagen.
Nadat ik Tracker weer had ingeschakeld en dagen had gewacht bleek er een meta.db bestand van maar liefst 5 Gb aangemaakt te zijn. Dat vond ik nogal wat.
In mijn map Downloads staan een heleboel zaken die ik bewaar maar die niet geïndexeerd hoeven te worden. Deze map heb ik dan ook bij index-single-directories verwijderd om te indexeren.
In mijn documenten heb ik ook een groot archief map en een groot epub-boeken map (nb tracker voert als default een full tekst search uit op max 10.000 woorden!) . Dat vond ik ook allemaal zinloos om te indexeren.
Om ervoor te zorgen dat Tracker een bepaalde map niet gaat indexeren, kan je een leeg tekstbestand met de naam .trackerignore (of .git, .hg of .nomedia) in die desbetreffende map zetten.
Na de bovenstaande acties heb ik een volledige reset gedaan en Tracker opnieuw zijn werk laten doen.
Nu was Tracker na een aantal uren klaar en het meta.db bestand was nog maar 350 Mb groot.
NB Om de voortgang van de Tracker processen te kunnen volgen kan je het volgende commando gebruiken:
tracker daemon -f
Wanneer alle processen zijn afgerond, zal je als uitkomst zien:
Opslag:
31 mei 2020, 02:09:38: ✗ Store - Niet beschikbaar
Miners:
31 mei 2020, 02:09:38: ✓ Bestandssysteem - Inactief
31 mei 2020, 02:09:38: ✗ Uitpakprogramma - Niet-actief of betreft een uitgeschakelde plug-in
Druk op Ctrl+C om te stoppen
Toen vervolgens weer het commando:
tracker status
Dat had nu bij mij het volgende resultaat:
Momenteel geïndexeerd: 111736 bestanden, 7459 mappen
Resterende ruimte op database-partitie: 77,4GB (73,98%)
Alle dataminers staan op standby, indexeren voltooid]Momenteel geïndexeerd: 111736 bestanden, 7459 mappen
Resterende ruimte op database-partitie: 77,4GB (73,98%)
Alle dataminers staan op standby, indexeren voltooid
Ook een handig Tracker commando is:
tracker info ‘bestandsnaam’ : Dat geeft namelijk info over welke metadata Tracker uit het desbetreffende bestand heeft opgeslagen.
Vooorbeeld:
tracker info 002.png
Als uitkomst:
Doorzoeken van informatie op entiteit: '002.png'
'urn:uuid:xxxx'
Resultaten:
'rdf:type' = 'http://www.w3.org/2000/01/rdf-schema#Resource'
'rdf:type' = 'http://www.semanticdesktop.org/ontologies/2007/01/19/nie#DataObject'
'rdf:type' = 'http://www.semanticdesktop.org/ontologies/2007/01/19/nie#InformationElement'
'rdf:type' = 'http://www.semanticdesktop.org/ontologies/2007/03/22/nfo#FileDataObject'
'rdf:type' = 'http://www.semanticdesktop.org/ontologies/2007/03/22/nfo#Media'
'rdf:type' = 'http://www.semanticdesktop.org/ontologies/2007/03/22/nfo#Visual'
'rdf:type' = 'http://www.semanticdesktop.org/ontologies/2007/03/22/nfo#Image'
'rdf:type' = 'http://www.tracker-project.org/temp/nmm#Photo'
'nmm:dlnaProfile' = 'PNG_LRG'
'nmm:dlnaMime' = 'image/png'
'tracker:modified' = '2600'
'tracker:available' = 'true'
'tracker:added' = '2020-05-29T00:01:55Z'
'nfo:width' = '786'
'nfo:height' = '527'
'nfo:fileSize' = '80022'
'nfo:fileName' = '002.png'
'nfo:fileLastModified' = '2020-05-28T21:10:17Z'
'nfo:fileLastAccessed' = '2020-05-28T21:10:17Z'
'nfo:belongsToContainer' = 'urn:uuid:xxxxxx'
'nie:url' = 'file:///home/user/002.png'
'nie:mimeType' = 'image/png'
'nie:isStoredAs' = 'urn:uuid:xxxxxxx'
'nie:isPartOf' = 'urn:uuid:xxxxxx'
'nie:dataSource' = 'http://www.tracker-project.org/ontologies/tracker#extractor-data-source'
'nie:dataSource' = 'urn:nepomuk:datasource:9291a450-1d49-11de-8c30-0800200c9a66'
'nie:byteSize' = '80022'
'http://purl.org/dc/elements/1.1/source' = 'http://www.tracker-project.org/ontologies/tracker#extractor-data-source'
'http://purl.org/dc/elements/1.1/source' = 'urn:nepomuk:datasource:9291a450-1d49-11de-8c30-0800200c9a66'
'http://purl.org/dc/elements/1.1/date' = '2020-05-28T21:10:17Z'
'maemo:relevance' = '1000000.0'
Wordt vervolgd in Deel 2)