私は、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
は私のコアの1つを100%使用しており、この間ずっと使用しています。
トラッカーに問題があるかどうか、または約200 GBのファイルのインデックス作成に時間をかけているかどうかを確認するにはどうすればよいですか?
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
この特定のファイルを修正するには:
tracker daemon -t
でトラッカーを停止
問題のあるファイルを別の形式で保存し直すか、削除するか、トラッカー構成GUIで除外するように設定します。問題のあるファイルは、トラッカーがインデックスを作成しようとするどこからでもgoneであるか、問題が持続することが重要です。
/tmp/tracker-extract-files.1000
の壊れたシンボリックリンクを削除します
tracker daemon -s
でトラッカーを再起動します
tracker daemon -f
を使用してトラッカーを監視すると、Extractorの進捗ラインが0、1、2 ... 100%から増加することがわかります。 100%未満でハングする場合は、/tmp/tracker-extract-files.1000
をもう一度確認してください。
私にとっては、tracker-extract
がエラーをスローしますtracker-extractは、終了時に__libc_message()の信号31でクラッシュしました。ただし、トラッカーの実行や新しいコンテンツのインデックス作成には影響しないようです。