サービスの実行時にrsyslogがリストされないのはなぜですか？

Question

コマンドラインではなく、おそらく他の初期化スクリプトからのものかもしれません。昔はこんな命令がありました。

 $ sudo bash -c "find / -xdev -type f -print0 -size -1M | xargs -0 grep rsyslog"

またはおそらく、

$ sudo bash
# find / -xdev -type f -print0 -size -1M | xargs -0 grep rsyslog

システム内のすべてのファイルを参照して、必要な文字列を含む一般的なファイルを見つけます。 findの-mountオプションは/procから除外され、grepはファイルがその文字列を含むバイナリファイルとして現れるときにログを記録するのに十分スマートです。 -print0はxargsの-0オプションと連携し、パーサーを混乱させる可能性がある奇数文字、スペースを含むファイルを正しく処理することを保証します。 "-size -1M"を使用すると、1MB以下のファイルしか表示できません。このサイズより大きいファイルは注意を引く可能性がほとんどありません。 rsyslog はスクリプトから起動する可能性が高いです。

もちろん別の可能性もあります。つまり、プログラムがリモートで起動されます。特定のキーにバインドされたsshスクリプトでrsyslogを起動する人を簡単に想像できます。これを行うには、システムを受信するときにシステムでsyslogdを実行する必要があります。ログはそれを得ることです。

pstreeのようなコマンドは子が何であるかを示し、親から簡単に抜け出し、initによって継承することができます。

Answer 1

コマンドラインではなく、おそらく他の初期化スクリプトからのものかもしれません。昔はこんな命令がありました。

 $ sudo bash -c "find / -xdev -type f -print0 -size -1M | xargs -0 grep rsyslog"

またはおそらく、

$ sudo bash
# find / -xdev -type f -print0 -size -1M | xargs -0 grep rsyslog

システム内のすべてのファイルを参照して、必要な文字列を含む一般的なファイルを見つけます。 findの-mountオプションは/procから除外され、grepはファイルがその文字列を含むバイナリファイルとして現れるときにログを記録するのに十分スマートです。 -print0はxargsの-0オプションと連携し、パーサーを混乱させる可能性がある奇数文字、スペースを含むファイルを正しく処理することを保証します。 "-size -1M"を使用すると、1MB以下のファイルしか表示できません。このサイズより大きいファイルは注意を引く可能性がほとんどありません。 rsyslog はスクリプトから起動する可能性が高いです。

もちろん別の可能性もあります。つまり、プログラムがリモートで起動されます。特定のキーにバインドされたsshスクリプトでrsyslogを起動する人を簡単に想像できます。これを行うには、システムを受信するときにシステムでsyslogdを実行する必要があります。ログはそれを得ることです。

pstreeのようなコマンドは子が何であるかを示し、親から簡単に抜け出し、initによって継承することができます。

サービスの実行時にrsyslogがリストされないのはなぜですか？

答え1

関連情報