journalctl -b | grep Supervising | wc -l
2819
ディストリビューションは、PipeWire上で動作するFedora 35、バニラです。
私はすべての最新のLinuxディストリビューションが影響を受けると確信していますが、人々は気にしません。
rsyslog
なしjournald
サポートしていないフィルター。
本当に言うことはできません。確かにパッチすることはできますが、パッチを適用して再構築せずにどうすることができるかが問題です。これには/usr/libexec/rtkit-daemon
マニュアルページもなく、--help
何の手がかりも提供しません。
関連する質問に対する答えはありません:rtkit:「監督」しているスレッドを一覧表示しますか?
私が考えることができるのは、rtkit-daemon
/systemロギングに関連するすべての機能を無効にするラッパーを実行することだけです。/dev/log
似たようなものを見た人はいますか?
私エラーレポートもしかして。
答え1
Artem が正しく作成すると、systemd ログのフィルタリング機能は非常に制限されます。したがって、サービスまたはデスクトップアプリケーションの詳細を制限する唯一のソリューションは、追加の処理が行われる前にロギングパイプラインの最初にフィルタリングを設定することです。
システムサービスに対してこれを達成するには、次のようにします。
ㅏ/調整したいサービスに関連するディレクトリを探します。通常(/usr)/lib/systemd/system
、rtkit-daemonなど、パッケージのインストール時に展開されるサービスに基づいています。この特別な場合:rtkit-daemon.service.d
第二//etc/systemd/system/rtkit-daemon.service.d
このディレクトリ(または追加のパッケージアップグレードでは自動的に削除されないため、システム全体の構成サブディレクトリにある方が良い)でファイルを編集または生成して、log.conf
次の文を挿入します。
[Service]
LogLevelMax=X
X は、次のリストから取得したい数値ログレベルまたは関連するアルファベット記号を表します。
- 0または緊急事態(優先順位が最も高いメッセージ)
- 1またはアラーム、
- 2またはキー、
- 3またはエラー、
- 4または警告、
- 5または通知、
- 6または情報
- 7またはdebuginfo(優先順位が最も低いメッセージ)
選択した特定のレベルに対して、すべての上位レベルのログは出力されません。 systemd service.conf ファイルにログレベルが指定されていない場合、デーモンのログレベルはデフォルトで 7 に設定されます。
タイトルに記載されている特定の要件に関してLogLevelMax =5(通知)で十分です(コメントに6つが報告されています)。
氏/エディタを保存して終了したら、次の2つのコマンドを実行します。
systemctl daemon-reload
systemctl restart rtkit-daemon.service
メモベネ:「新しいスタイルデーモン」(sic)の後.../dev/null に接続された標準入力と systemd-journald.service(8) ログサービスに接続された標準出力/エラーを使用して独自のセッションで実行されます。単純な(f)print(f)でロギングを実行できます。その後、stdoutとstderrを/ dev / nullにリダイレクトして、デーモンを完全に沈黙させることができます。
私にとっては想像しやすいが推奨しない(賢明には、システムログに入力するために少なくとも重大なエラーを注文するためです。)このリダイレクトは、次の文を使用して達成できます。
[Service]
StandardOutput=null
StandardError=null
クレジット:以下に基づく答えsystemd.exec ドキュメント