[gnome-desktop 3.32.1.2-1とトラッカー2.2.1を含む5.0.9-arch1-1-ARCH]
これはフォローアップです。以前に回答された質問tracker-store.service
、起動時に私のシステムログにスパムを送信し、GUI上でNutilusの検索オプションを無効にしたことを明らかにしました。また、$ tracker reset --hard
Nautilusを使用していないため、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
すぐに中断されました。