Linux 将所有日志追加到/var/log

应用场景：

我在加密分区（/dev/LVG/log）上安装了（普通/永久）/var/log/dev/LVG/log在启动时不可访问，需要稍后由su从ssh手动激活

RAM驱动器（使用tmpfs）在初始化时（在rc.local中）安装到/var/log

一旦/dev/LVG/log被激活，我需要一种很好的方法将tmpfs中的所有内容附加到/dev/LVG/log，然后再将其装载为/var/log

---

有什么好的建议吗？提前谢谢

您可能会丢失日志记录。您可能希望尝试将日志写入/tmp中的文件，该文件是tmpfs，因此位于内存中。然后，您可以将内容附加到加密卷，然后在tmp中删除该文件。当然，如果您的机器无法启动并再次停机，tmp将被删除，因此您将无法找到一个很好的方法来找出原因。

您可能会丢失日志记录。您可能希望尝试将日志写入/tmp中的文件，该文件是tmpfs，因此位于内存中。然后，您可以将内容附加到加密卷，然后在tmp中删除该文件。当然，如果您的机器无法启动并再次宕机，tmp将被删除，因此您将无法很好地找出原因。

您唯一能做的就是阻止，直到您以某种方式验证/var/log是否装载在加密的VG上，或者如果您的应用程序必须在启动时启动，则将日志条目排队，直到发生这种情况，这可能会有点昂贵。你不能对系统上的所有其他应用负责，我也看不出有任何理由加密启动日志

再说一次，如果您知道机器有堆可用，那么在发生某个事件时刷新的日志队列表示可以写入磁盘似乎是明智的。这并不比大多数Shell保存的历史更昂贵，只要您注意避免可能填满队列的事件洪流

---

这并不能解释可能的日志丢失，但需要一点想象力。

您唯一能做的就是阻止，直到您以某种方式验证/var/log已安装在加密的VG上，或者排队日志条目，直到发生这种情况，如果您的应用程序必须在启动时启动，这可能会有点昂贵。你不能对系统上的所有其他应用负责，我也看不出有任何理由加密启动日志

再说一次，如果您知道机器有堆可用，那么在发生某个事件时刷新的日志队列表示可以写入磁盘似乎是明智的。这并不比大多数Shell保存的历史更昂贵，只要您注意避免可能填满队列的事件洪流

---

这并不能解释可能会丢失的原木，但需要一点想象力。

对我来说，这似乎不是一个好主意：看起来你会丢失很多原木。如果出了问题，你永远不会知道原因。这与编程有关。应用程序必须与主机操作系统打交道，应用程序有设计指导原则，这两个原则经常发生冲突。@Tim:谁说的不是呢？@giorgian:目前有两张选票分别在serverfault.com上以与编程无关/属于serverfault.com的方式结束这个问题。@Tim:好的，谢谢@其他人：不要结束这个问题。对我来说，这似乎不是一个好主意：看起来你会失去很多日志。如果出了问题，你永远不会知道原因。这与编程有关。应用程序必须与主机操作系统打交道，应用程序有设计指导原则，这两个原则经常发生冲突。@Tim:谁说的不是呢？@giorgian:目前有两张选票分别在serverfault.com上以与编程无关/属于serverfault.com的方式结束这个问题。@Tim:好的，谢谢@其他人：不要结束这个问题。