跟踪器-矿工-fs在Ubuntu 20.04上崩溃

Question

我今天升级到Ubuntu20.04，在这次升级之后，跟踪器-miner似乎崩溃并连续重新启动；将我的CPU固定在100%，直到我手动终止进程。

我在/var/log/syslog中遇到的错误是：

Apr 28 22:23:01 evertbook5 tracker-miner-f[31182]: Could not find parent node for URI:'file:///home/evert/Music/unsorted/iTunes%20Music/Giorgio%20Moroder/E=MC2'
Apr 28 22:23:01 evertbook5 tracker-miner-f[31182]: NOTE: URI theme may be outside scheme expected, for example, expecting 'file://' when given 'http://' prefix.
Apr 28 22:23:01 evertbook5 tracker-miner-f[31182]: tracker_file_system_set_property: assertion 'file != NULL' failed
Apr 28 22:23:01 evertbook5 tracker-miner-f[31182]: tracker_file_system_set_property: assertion 'file != NULL' failed
Apr 28 22:23:01 evertbook5 tracker-miner-f[31182]: Could not find parent node for URI:'file:///home/evert/Music/unsorted/iTunes%20Music/Giorgio%20Moroder/E=MC2/08%20Evolution.mp3'
Apr 28 22:23:01 evertbook5 tracker-miner-f[31182]: NOTE: URI theme may be outside scheme expected, for example, expecting 'file://' when given 'http://' prefix.
Apr 28 22:23:01 evertbook5 tracker-miner-f[31182]: tracker_file_system_set_property: assertion 'file != NULL' failed
Apr 28 22:23:01 evertbook5 tracker-miner-f[31182]: tracker_file_system_set_property: assertion 'file != NULL' failed
Apr 28 22:23:02 evertbook5 tracker-miner-fs[31182]: **
Apr 28 22:23:02 evertbook5 tracker-miner-fs[31182]: Tracker:ERROR:../src/libtracker-miner/tracker-file-system.c:259:file_tree_lookup: assertion failed: (ptr[0] == '/')
Apr 28 22:23:02 evertbook5 tracker-miner-fs[31182]: Bail out! Tracker:ERROR:../src/libtracker-miner/tracker-file-system.c:259:file_tree_lookup: assertion failed: (ptr[0] == '/')
Apr 28 22:23:02 evertbook5 systemd[2738]: tracker-miner-fs.service: Main process exited, code=dumped, status=6/ABRT
Apr 28 22:23:02 evertbook5 systemd[2738]: tracker-miner-fs.service: Failed with result 'core-dump'.
Apr 28 22:23:02 evertbook5 systemd[2738]: tracker-miner-fs.service: Scheduled restart job, restart counter is at 45.

我们有办法永久停止这一过程，但我宁愿看到它发挥作用。

Answer 1

移除跟踪器数据库似乎已经做到了这一点：

rm -r ~/.cache/tracker

Answer 2

对我来说，关键是跟踪器在没有主目录的情况下运行系统帐户(在我的例子中是pihole)。一旦我创建了一个小洞的家园，问题就解决了(祈祷)。我在'ps -ef‘中从syslog中查找进程id，以查看用户跟踪器在运行哪个用户跟踪器。

Answer 3

tracker-miner在/home/evert/Music/unsorted/iTunes Music文件夹中的文件有问题。你的系统需要fsck吗？

Tracker的元数据挖掘者可能会崩溃某些文件内容。如果你发现你的核心卡在100%，看看/tmp/tracker-extract-files.1000，你很可能会找到一个指向问题文件的符号链接。停止跟踪器守护进程，移动文件(或排除目录)并重新启动进程。一段时间后，它就会安定下来，只要矿工再也不会看到那个问题文件。

在我的回答中，更合适的细节是：没有来自gnome跟踪器的进度更新-询问Ubuntu