在 Fedora 21 中,gnome-tracker 在几分钟后停止索引音乐文件。
我的音乐库大约有 60GB,但主要是由我的 CD 转换而来的大量 flac 文件。
我试过
tracker-control --reset-hard
tracker-control --start
并监控系统性能。大约 5 分钟后,跟踪器守护进程消耗的 CPU 使用率降至零,并且不再索引任何内容。我总是在 Gnome 音乐播放器中显示相同的专辑,这让我怀疑有什么原因导致跟踪器停止索引其余专辑。
我查看了跟踪器首选项,所有文件夹均按应有的方式配置。
我找不到任何日志文件,也找不到错误消息。我可以在哪里找到这些提示,或者可能导致此行为的原因是什么?
答案1
感谢 don_crissti 提供的链接,我发现我的命令实际上是错误的。
跟踪器控制的正确命令如下
# reset
tracker-control -r
#restart
tracker-control -s
但更有趣的是追踪器统计
[xxx@yyy ~]$ tracker-stats
Statistiken:
nao:Tag = 1
nco:Contact = 3
nfo:Audio = 11095
nfo:Document = 79
nfo:Executable = 123
nfo:FileDataObject = 14778
nfo:Folder = 1115
nfo:Image = 2222
nfo:Media = 13317
nfo:MediaList = 136
nfo:PaginatedTextDocument = 4
nfo:PlainTextDocument = 75
nfo:TextDocument = 79
nmm:MusicPiece = 11095
nmm:Photo = 2111
nmm:Playlist = 57
rdfs:Class = 235
rdfs:Resource = 16203
tracker:Volume = 1
根据这个,我的所有文件都已被扫描,所以我再次检查了音乐播放器。查看“标题”选项卡后,我发现 80% 的曲目没有元数据。嗯,他们确实这样做,但是ID3标签显然无法识别当我没记错时,我的文件带有 ID3 V2 元数据标记。
我找不到任何有关跟踪器无法读取该格式的报告,但它看起来确实是这样。
答案2
如果跟踪器没有拾取音乐文件,最好首先检查grep XDG_MUSIC ~/.config/user-dirs.dirs
指向的位置(请参阅此回答),更正它,然后通过终止并重新启动守护程序来触发重新索引
tracker daemon --terminate
tracker daemon --start
或重置路径(在目录上递归工作)
tracker reset --file <path>
tracker daemon --watch
扫描时将显示新条目。
如果你查看 的输出tracker status --stat
,你可以查询更高等级的物体验证给定子文件夹的索引包含多少个对象:
tracker sql -q 'select count("nie:url") from "nie:DataObject" where "nie:url" like "%/Music/%";'
并比较find ~/Music/ -type f | wc -l