是索赔日志systemd文件有“完全缺乏简单性和透明度“关于它们是二进制文件，还是因为二进制文件难以解析和理解，或者因为它们实际上没有文档记录？同样的问题也适用于我猜正在替换脚本的配置文件。如果我要尝试编写一个解析器比如说，使用 lex/awk 来读取文件，我会发现这是一个 3 小时的工作，还是需要几周的时间？
答案1
据我了解这个问题，答案是前一种选择。日志文件对于调试工作最有用 - 并且调试很可能发生在一两个错误的情况下。
一个错误是（根据定义）无意的和（按照惯例）系统中不需要的行为。所以作为漏洞阻止系统按预期工作，那么帮助调试的日志应该尽可能透明地访问。这就是为什么日志通常是（并且可以说是最有用的）纯文本文件。
如果出于某种原因，错误影响了记录器的操作，并且记录器是访问日志的唯一手段，那么调试只会变得更加复杂。当记录器被合并到相关系统的初始化组件中时，这只会变得更加复杂。
至于你可能需要多长时间 - 这完全取决于影响你的错误 - 这几乎总是一个未知的数量。
关于后一种选择 -他们是无证的吗？真正的答案是不存在这样的事情无证的 开源代码。作为最后的选择，代码本身在每种情况下都是自我记录的。systemd尽管它的发布周期很激进，但它的组件通常都有很好的文档记录。
当然，通常不希望通过数百页的文档来整理一个晦涩的问题的答案，而您甚至还没有完全理解提问的形式 - 而且几乎总是我们还不知道如何解决的问题正确询问会导致我们在代码中插入错误。