systemd의 투명성 부족은 정확히 무엇입니까? [폐쇄]

내가 질문을 이해하는 한, 대답은 전자입니다. 로그 파일은 디버깅 작업에 가장 유용하며 버그가 한두 개 있는 경우 디버깅이 발생할 가능성이 높습니다.

오류는(정의에 따라)의도치 않은 그리고(평소대로)시스템의 원치 않는 동작. 그래서허점시스템이 예상대로 작동하지 않도록 하려면 디버깅을 지원하는 로그에 최대한 투명하게 액세스할 수 있어야 합니다. 이것이 바로 로그가 일반적으로 사용되는 이유입니다.(아마도 가장 유용할 것입니다)일반 텍스트 파일.

어떤 이유로 오류가 로거 작동에 영향을 미치고 로거가 로그에 액세스하는 유일한 수단인 경우 디버깅은 더욱 복잡해집니다. 이는 로거가 관련 시스템의 초기화 구성 요소에 통합된 경우에만 더욱 복잡해집니다.

소요되는 시간은 모두 귀하에게 영향을 미치는 버그에 따라 다릅니다. 이는 거의 항상 알 수 없는 양입니다.

후자의 옵션에 관해서 -서류미비인가요?? 진짜 답은 그런거 없다 입니다문서화되지 않은 오픈 소스암호. 최후의 수단으로 코드 자체는 모든 경우에 자체 문서화됩니다. systemd공격적인 릴리스 주기에도 불구하고 해당 구성 요소는 일반적으로 잘 문서화되어 있습니다.

물론, 질문의 형식을 완전히 이해하지도 못한 채 모호한 질문에 대한 답변을 정리하기 위해 수백 페이지에 달하는 문서를 검토하고 싶지는 않을 것입니다. 그리고 거의 항상 우리가 이해하지 못하는 질문입니다. 아직 해결 방법을 모릅니다. 올바르게 요청하면 코드 삽입 오류가 발생합니다.