systemdの透明性の欠如は正確に何ですか？ [閉鎖]

私が質問を理解する限り、答えは電子です。ログファイルはデバッグ操作に最も便利で、1つまたは2つのバグがあるとデバッグが発生する可能性が高くなります。

エラーは(定義により)意図しない(通常通り)システムの望ましくない動作。だから抜け穴システムが期待どおりに機能しないようにするには、デバッグをサポートするログにできるだけ透過的にアクセスできる必要があります。これがログが一般的に使用される理由です。（おそらく最も役に立つでしょう）プレーンテキストファイル。

何らかの理由でエラーがロガーの動作に影響を与え、ロガーがログにアクセスする唯一の手段である場合、デバッグはより複雑になります。これは、ロガーが関連システムの初期化コンポーネントに統合されている場合にのみより複雑になります。

かかる時間はすべてあなたに影響を与えるバグによって異なります。これはほとんど常に不明な量です。

後者のオプションについて -書類不備ですか？？本当の答えはそうではありません。文書化されていない オープンソースパスワード。最後の手段として、コード自体はすべての場合に自己文書化されます。systemd積極的なリリースサイクルにもかかわらず、そのコンポーネントは一般的によく文書化されています。

もちろん、質問の形式を完全に理解しておらず、あいまいな質問への回答を整理するために何百ページもの文書を確認したくありません。そしてほとんどいつも私たちが理解していない質問です。まだ解決策がわかりません。正しく要求すると、コード挿入エラーが発生します。