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。不过,它似乎不会影响跟踪器运行或索引新内容。
| 归档时间: |
|
| 查看次数: |
6048 次 |
| 最近记录: |