Fedora 21では、gnome-trackerは数分後に音楽ファイルのインデックス作成を停止します。
私の音楽ライブラリは約60GBですが、ほとんど私のCDから変換されたflacファイルです。
頑張った
tracker-control --reset-hard
tracker-control --start
システムのパフォーマンスを監視します。約5分後、トラッカーデーモンが消費するCPU使用率が0に低下し、インデックスが作成されなくなりました。私はいつもGnome Music Playerに同じアルバムが表示されているので、トラッカーが残りのアルバムのインデックス作成を中断させる原因があるかどうか疑問に思います。
トラッカーの設定を見ると、すべてのフォルダが必要に応じて構成されています。
ログファイルまたはエラーメッセージが見つかりません。これらのヒントはどこにありますか?または、この動作の原因は何ですか?
答え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