/usr/lib/tracker/tracker-store 在 Debian "Buster" 上导致非常重的 CPU 负载

Question

上次升级后：

  Operating System: Debian GNU/Linux buster/sid
            Kernel: Linux 4.18.0-2-686-pae
      Architecture: x86

/usr/lib/tracker/tracker-store占用大量 CPU。

  PID USER      PR  NI    VIRT    RES    SHR S  %CPU  %MEM     TIME+ COMMAND                                                                          
 7039 nath      20   0   96136  24460  11480 R 100,0   1,3   0:01.76 tracker-store

当我运行时，tracker daemon我得到：

Miners:
17 Nov 2018, 21:17:06:  ?     File System           - Not running or is a disabled plugin
17 Nov 2018, 21:17:06:  ?     Applications          - Not running or is a disabled plugin
17 Nov 2018, 21:17:06:  ?     Extractor             - Not running or is a disabled plugin

我以为我禁用了所有跟踪器活动，它在做什么？

风扇快疯了，重启并没有改善这种情况。

Answer 1

在tracker-store几乎 100% CPU 运行之后，几乎所有时间都运行了7 天，似乎我找到了一个简单的解决方法：

tracker reset --hard

CAUTION: This process may irreversibly delete data.
Although most content indexed by Tracker can be safely reindexed, it can?t be assured that this is the case for all data. Be aware that you may be incurring in a data loss situation, proceed at your own risk.

Are you sure you want to proceed? [y|N]: 

/usr/lib/tracker/tracker-store过程结束，风扇在旋转，一周后一切都安静了。重新启动后tracker-store仍然保持安静。

Answer 2

tracker-store是 tracker 的一部分，该程序可以扫描硬盘驱动器上的某些指定位置（以及其他位置，例如您的电子邮件）并将内容索引到数据库中。这允许您进行快速的文件内容搜索。而 tracker-miner-* 是扫描数据的程序，而 tracker-store 是将元数据存储在数据库中以便以后快速访问的程序。Tracker 将数据库用于其自身目的，因此即使您不处理进程，它也可以使用您的 CPU。

您还可以将 tracker 配置为不索引任何内容（请参阅程序 tracker-preferences），从而可能完全阻止它执行任何工作。或者您可以尝试完全删除该软件包，但是，这很可能会破坏您的系统（更多详细信息- 感谢@broman）。还要查看这篇文章如何在 GNOME 中禁用跟踪器？.

来源 ：

blogs.gnome.org/mr/2009/09/18/tracker-update-2
什么是跟踪器？——gnome

Answer 3

系统 Ubuntu 20.04.1 LTS Gnome 3.36.3

从 Ubuntu 18 开始尝试了多年来大多数简单的解决方案；

$ tracker daemon -t 

每次登录后并重复几次以达到良好的效果，这将关闭会话的跟踪器。

还

$ tracker reset -r

并禁用搜索gsettings

追踪者永远不会放弃

我偶然发现并通过添加到文件名末尾来/etc/systemd/user/default.target.wants更改tracker-extract.service和名称，并重新启动，看看发生了什么；没有什么...就像没有跟踪器运行一样tracker-miner-fs.service.dis

$ tracker daemon -t
0 PID's found

到目前为止，我还没有遇到任何不利影响（2.5 天+多次重启）。我的要求并不高，我的 Linux 知识也很有限，所以我不能说这种生硬的砍伐不会对你的安装产生不良影响。