我有一个嵌入式设备，它同时具有systemd和rsyslog。
journald是本地日志记录和rsyslog远程日志记录的主要机制。rsyslog 并不总是运行，仅在需要调试时才启动。
一旦 rsyslog 启动，它只转发从那个时间点发生的事件。我试图让它转发目前在 journald 中可用的所有日志。
执行此操作的正确方法是$ModLoad imjournal在/etc/rsyslog.conf. 这将允许 rsyslog 读取 journald 的存档文件。
我在一个没有可用于 rsyslog 的 imjournal 模块的嵌入式系统上，我正在寻找解决方法。
一种这样的解决方法是让 journald 将之前的所有存档日志重新发送到 rsyslog 正在侦听的套接字（现在处于活动状态）。
有没有办法做到这一点？
这样的功能在 journald 中并不真正可用。
journald.conf手册页记录了以下限制
ForwardToSyslog=：这就是早期启动的消息丢失的原因。手册页还指出：
这就是为什么推荐使用这种方法的原因。
我想当 rsyslog 第一次启动时，可以通过将自引导以来存储在日志中的消息提供给它，使用
journalctl来读取它们并将logger它们提供给 rsyslog 来完成“kludge”。也许像这样简单的东西可以工作：虽然可能
logger会尝试向消息添加日期和标签，但最终效果可能看起来与转发的消息不同......也许您可能需要比 更原始或更底层的东西logger，或者可能重新格式化journalctl输出，使其采用 rsyslog 格式会明白...这个解决方案有一个竞争条件，因为在这个初始提要和 journald 的转发之间很可能会丢失（或重复）一些消息。
让 imjournal 工作绝对是一个更好的解决方案。我很好奇为什么它不能提供，毕竟 systemd 和 rsyslog 软件都是为您的设备编译和构建的，所以至少在技术上也可以构建 imjournal 模式......也许有涉及一些交叉编译，这可能会对链接到 systemd 库造成挑战，但我确信这是一个可以解决的问题，所以也许可以考虑提出一个问题来让它工作。
另一种可能的解决方案是使用本地日志远程协议（而不是系统日志协议和守护进程）来集中您的日志。
有systemd-journal-remote，您可以在远程主机上以“接收器”模式运行，以从您的嵌入式设备接收条目，并将它们保存在本地。和systemd-journal-upload，您可以在嵌入式设备上运行它以将日志数据推送到远程主机。
这应该既保留早期启动的消息，也保留所有元数据，因为消息不必转换为系统日志格式。它还有一个优点是您不需要在嵌入式设备上保留本地运行的 rsyslog 守护进程。
（该期刊还支持“拉取”模型，您可以在嵌入式设备上运行systemd-journal-gatewayd并配置 systemd-journal-remote 以从中拉取。）