没有来自gnome tracker的进度更新
我非常希望在新的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
删除排除的文件后，应该有超过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
并使用-f和-w选项不返回任何更新。 tracker-extract正在以100％的速度使用我的一个核心，并且一直都是这样。
如何判断跟踪器是否存在问题或者只是花时间索引大约200 GB的文件？
似乎tracker-extract有来自同一个自动生成的源的几个Excel XLS文件的问题。 我怀疑他们在跟踪器的提取代码中遇到了错误。 Tracker现已成功编入索引，并且使用的资源可以忽略不计。
这个Debian用户论坛的post是关键： 跟踪器提取能够安定下来吗？ 。 诊断和解决问题需要我查看/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
要修复此特定文件：
-
使用
tracker daemon -t停止跟踪tracker daemon -t -
以不同的格式重新保存违规文件，将其删除，或在跟踪器配置GUI中将其设置为已排除。 重要的是，有问题的文件会从跟踪器尝试索引的任何地方消失 ，否则问题将持续存在。
-
删除
/tmp/tracker-extract-files.1000损坏的符号链接 -
使用
tracker daemon -s重新启动跟踪tracker daemon -s
如果使用tracker daemon -f监视跟踪tracker daemon -f ，您应该看到Extractor进度行从0,1,2 … 100％增加。 如果挂起的值低于100％，请再次检查/tmp/tracker-extract-files.1000 。
对我来说， tracker-extract会在__libc_message（）完成时抛出错误跟踪器提取与信号31崩溃 。 但它似乎不会影响跟踪器运行或索引新内容。