Ok I did the above yet the problem persisted ☹️
Running the "top" cmd still showed "tracker-m+" maxing out the cpu
So I hit google and came up with some saying the tracker fs was getting stuck on certain files so using the below tracker cmd given in the post I could see something in "Downloads" was causing my issue. 😠
I ran this cmd below.
`bigrammy@bigrammy ~ $ tracker daemon -f
Store:
12 Jul 2019, 07:44:12: ✗ Store - Unavailable
Miners:
12 Jul 2019, 07:44:12: ✗ RSS/ATOM Feeds - Not running or is a disabled plugin
12 Jul 2019, 07:44:12: ✗ Extractor - Not running or is a disabled plugin
12 Jul 2019, 07:44:12: 1% File System - Crawling recursively directory 'file:///home/bigrammy/Downloads'
`
I only had a few items in Downloads but one folder was pretty big containing some Android source code so I moved that to a storage drive and boom that was it!!! the "tracker-m+"disappeared from the top of the list and was nowhere to be seen 😄
The tracker status cmd always showed the below regardless of how long I left it running for.
bigrammy@bigrammy ~ $ tracker status
Currently indexed: 251562 files, 40447 folders
Remaining space on database partition: 66.8 GB (64.32%)
Data is still being indexed: Estimated less than one second left
Now it shows.
bigrammy@bigrammy ~ $ tracker status
Currently indexed: 251562 files, 40447 folders
Remaining space on database partition: 66.8 GB (64.32%)
All data miners are idle, indexing complete
So I probably did not need to disable the other stuff after all but since there seems to be no noticed side effects I I will leave it alone since it working nicely now 👍️