「syslog」は「dbus-daemon」によってスパム処理され、「tracker-extract.service」ユニットがブロックされていると主張します。

「syslog」は「dbus-daemon」によってスパム処理され、「tracker-extract.service」ユニットがブロックされていると主張します。

[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単位activeenabledまたはがありません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すぐに中断されました。

関連情報