[gnome-desktop 3.32.1.2-1とトラッカー2.2.1を含む5.0.9-arch1-1-ARCH]
これはフォローアップです。以前に回答された質問tracker-store.service、起動時に私のシステムログにスパムを送信し、GUI上でNutilusの検索オプションを無効にしたことを明らかにしました。また、$ tracker reset --hardNautilusを使用していないため、Nautilusを使用してデータベース全体のインデックスを削除しました。
私にスパムを送信するメッセージはsyslog次のとおりです。
dbus-daemon[1492]: [session uid=1000 pid=1492] systemd による 'tracker-extract.service' ユニットのアクティブ化に失敗しました: ユニット tracker-extract.service がブロックされました。
...ほとんどの行は、以下で得られた繰り返しシーケンスを形成します$ sudo journalctl -b。発生数は時間の経過とともに急激に増加し、約1分あたり1200回の発生と推定されます。
切り捨てられたsyslogのリストは次のとおりです。ここ。 （全体を上げるには容量が大きすぎます。） 確認してみると実際にはtracker-extract.service単位active、enabledまたはがありませんmasked。このtracker-extractサービスユニットは、次の場所には表示されません。
$ sudo systemctl list-dependencies --all | grep -e extract -e tracker
ベストアンサー1
この答えのアイデアは簡単です。問題を解決するときは、システムの名前空間だけでなく、ユーザーの名前空間も調べてくださいsyslog。考えて良いのは完全@JdeBP
彼の提案に基づいて、私は--userシステムのサービスマネージャに電話するのではなく、そのフラグを使用して呼び出し側ユーザーに対するサービスデバイスのブロックを解除しました。
$ pacman -Ss tracker-miners
extra/tracker-miners 2.2.2-1 (gnome) [installed]
Collection of data extractors for Tracker/Nepomuk
（必要な場合）インストールされてtracker-minersいることを確認してください。
$ systemctl --user unmask tracker-extract.service
Removed /home/<USER>/.config/systemd/user/tracker-extract.service
$ systemctl --user list-unit-files tracker-extract.service
UNIT FILE STATE
tracker-extract.service static
1 unit files listed.
その結果、tracker-extractサービスは「ブロック済み」と表示されませんdbus-daemon。私のスパムはsyslogすぐに中断されました。