没有来自 gnome 跟踪器的进度更新

scr*_*uss 10 gnome cpu-load tracker ubuntu-gnome 17.04

我非常想让桌面搜索在新的 Ubuntu Gnome 17.04 安装上工作。我意识到初始索引可能需要一段时间,但超过 12 小时,tracker status已经返回:

Currently indexed: 93634 files, 6371 folders
Remaining space on database partition: 226.6 GB (45.10%)
Data is still being indexed: Estimated less than one second left
Run Code Online (Sandbox Code Playgroud)

删除排除的文件后,索引的文件应该超过 94000 个。我无法判断该进程是否已崩溃,或者仍在处理文件。

tracker daemon 一直返回相同的结果:

Store:
12 May 2017, 15:45:13:  ?     Store                 - Idle 

Miners:
12 May 2017, 15:45:13:  ?     Userguides            - Idle 
12 May 2017, 15:45:13:  ?     File System           - Idle 
12 May 2017, 15:45:13:    0%  Extractor             - Extracting metadata 
12 May 2017, 15:45:13:  ?     Applications          - Idle 
Run Code Online (Sandbox Code Playgroud)

并使用-f-w选项返回不更新。tracker-extract正在以 100% 的速度使用我的一个核心,并且一直如此。

如何判断跟踪器是有问题还是只是花时间索引大约 200 GB 的文件?

scr*_*uss 15

tracker-extract来自同一个自动生成的源的几个 Excel XLS 文件似乎有问题。我怀疑他们在跟踪器的提取代码中遇到了错误。Tracker 现在已成功编入索引,并且使用的资源可以忽略不计。

这篇 Debian 用户论坛帖子是关键:tracker-extract 会安定下来吗?. 诊断和修复问题需要我查看/tmp/tracker-extract-files.1000. 如果指向同一文件的符号链接持续任何时间并且tracker-extract达到 100% CPU 使用率,则您的文件有问题。对我来说,问题文件符号链接如下所示:

$ ls -l tracker-extract-files.1000/
total 0
lrwxrwxrwx 1 scruss scruss 55 May 12 16:25 1-9eaf433878d0c8e604486b798d035882 -> /home/scruss/Documents/toronto_hydro/SmartMeterData.xls
Run Code Online (Sandbox Code Playgroud)

要修复此特定文件:

  • 停止跟踪器 tracker daemon --terminate

  • 以不同的格式重新保存有问题的文件,将其删除,或在跟踪器配置 GUI 中将其设置为排除。有问题的文件必须从跟踪器尝试索引的任何地方消失,否则问题将持续存在,这一点很重要。

  • 删除损坏的符号链接 /tmp/tracker-extract-files.1000

  • 重新启动跟踪器 tracker daemon --start

如果您使用 监视跟踪器tracker daemon --follow,您应该看到提取器进度线从 0、1、2 ... 100% 增加。如果它挂在任何低于 100% 的地方,请/tmp/tracker-extract-files.1000再次检查。

对我来说,tracker-extract用于在 __libc_message()完成时抛出错误跟踪器提取崩溃信号 31。不过,它似乎不会影响跟踪器运行或索引新内容。

  • 这是最有帮助的,谢谢!我可以查明罪魁祸首。来自大量 C64 集合的“playsid”文件。干杯! (2认同)