我非常希望在新安装的 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 的文件?
答案1
似乎tracker-extract
同一自动生成源中的几个 Excel XLS 文件出现了问题。我怀疑是跟踪器的提取代码中出现了错误。跟踪器现已成功编入索引,并且使用的资源几乎可以忽略不计。
Debian 用户论坛上的这个帖子是关键:追踪器提取器会稳定下来吗?。诊断和修复问题需要我查看/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 --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
习惯于抛出错误tracker-extract 因 __libc_message() 中的信号 31 而崩溃当它完成时。不过,它似乎并没有影响跟踪器的运行或索引新内容。