私のシステムには次のプロセスがあります。悪魔systemdログに約100個のエントリを記録します。15秒ごと:
Okt 11 04:58:42 scarecrow demond[1692]: [P:1692 T:108160832] src/discovery.c : 158 getHidDevices -- failed in opening HIDDEV file: /dev/hiddev0. No such file or directory
Okt 11 04:58:42 scarecrow demond[1692]: [P:1692 T:108160832] src/discovery.c : 158 getHidDevices -- failed in opening HIDDEV file: /dev/hiddev1. No such file or directory
Okt 11 04:58:42 scarecrow demond[1692]: [P:1692 T:108160832] src/discovery.c : 158 getHidDevices -- failed in opening HIDDEV file: /dev/hiddev2. No such file or directory
Okt 11 04:58:42 scarecrow demond[1692]: [P:1692 T:108160832] src/discovery.c : 158 getHidDevices -- failed in opening HIDDEV file: /dev/hiddev3. No such file or directory
Okt 11 04:58:42 scarecrow demond[1692]: [P:1692 T:108160832] src/discovery.c : 158 getHidDevices -- failed in opening HIDDEV file: /dev/hiddev4. No such file or directory
Okt 11 04:58:42 scarecrow demond[1692]: [P:1692 T:108160832] src/discovery.c : 158 getHidDevices -- failed in opening HIDDEV file: /dev/hiddev5. No such file or directory
Okt 11 04:58:42 scarecrow demond[1692]: [P:1692 T:108160832] src/discovery.c : 158 getHidDevices -- failed in opening HIDDEV file: /dev/hiddev6. No such file or directory
Okt 11 04:58:42 scarecrow demond[1692]: [P:1692 T:108160832] src/discovery.c : 158 getHidDevices -- failed in opening HIDDEV file: /dev/hiddev7. No such file or directory
Okt 11 04:58:42 scarecrow demond[1692]: [P:1692 T:108160832] src/discovery.c : 158 getHidDevices -- failed in opening HIDDEV file: /dev/hiddev8. No such file or directory
Okt 11 04:58:42 scarecrow demond[1692]: [P:1692 T:108160832] src/discovery.c : 158 getHidDevices -- failed in opening HIDDEV file: /dev/hiddev9. No such file or directory
Okt 11 04:58:42 scarecrow demond[1692]: [P:1692 T:108160832] src/discovery.c : 158 getHidDevices -- failed in opening HIDDEV file: /dev/hiddev10. No such file or directory
Okt 11 04:58:42 scarecrow demond[1692]: [P:1692 T:108160832] src/discovery.c : 158 getHidDevices -- failed in opening HIDDEV file: /dev/hiddev11. No such file or directory
Okt 11 04:58:42 scarecrow demond[1692]: [P:1692 T:108160832] src/discovery.c : 158 getHidDevices -- failed in opening HIDDEV file: /dev/hiddev12. No such file or directory
Okt 11 04:58:42 scarecrow demond[1692]: [P:1692 T:108160832] src/discovery.c : 158 getHidDevices -- failed in opening HIDDEV file: /dev/hiddev13. No such file or directory
Okt 11 04:58:42 scarecrow demond[1692]: [P:1692 T:108160832] src/discovery.c : 158 getHidDevices -- failed in opening HIDDEV file: /dev/hiddev14. No such file or directory
Okt 11 04:58:42 scarecrow demond[1692]: [P:1692 T:108160832] src/discovery.c : 158 getHidDevices -- failed in opening HIDDEV file: /dev/hiddev15. No such file or directory
これにより、ログがすばやく入力され、永続ディスクアクセスが作成され、バッテリーの電力が消費されます。これらの項目はすべて優先順位7(デバッグ)を持ちます。
デモはLexmarkプリンタドライバの一部です。私は彼らがデバイスのWi-Fiを発見するためにそれを使用していると思います。私はLexmarkのサポートチームに連絡しましたが、ドライバを変更できず、メッセージを表示できないと言いました。ドライバはプライベートソースなので、直接変更することはできません。
Journald.confを使用してデバッグレベル7を完全に抑制できることを知っていますが、これはMaxLevelStore=info
デバッグレベルを抑制します。みんなプロセス。
ロギングを抑制する方法はありますか?特定のプロセスについて悪魔のように?
私は最新のsystemd 208でArchLinuxを使用しています。私はsyslog-ngまたはrsyslogを使用しません。
答え1
ENABLE_D_LOG=0|1 という環境変数があることがわかりました。デフォルトでは、この変数は1であり、これによりロギングが中断されます。 0に設定すると、ドライバはオフになります。そのため、デモ用のラッパースクリプトを作成し、ENABLE_D_LOG = 0に設定してから、元のデモを呼び出しました。
# cd /usr/local/lexmark/legacy/bin
# mv demond demond.orig
# cat > demond <<EOF
#!/bin/sh
export ENABLE_D_LOG=0
/usr/local/lexmark/legacy/bin/demond.orig $@
EOF
# chmod +x demond