web-dev-qa-db-ja.com

gnomeトラッカーからの進行状況の更新はありません

私は、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のファイルのインデックス作成に時間をかけているかどうかを確認するにはどうすればよいですか?

6
scruss

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でクラッシュしました。ただし、トラッカーの実行や新しいコンテンツのインデックス作成には影響しないようです。

8
scruss