在我的办公室，我最近大声问道：“为什么不把这些日志redirect到/ dev / null而不是/ dev / lognull？ 我被告知有（或有）一个原因，但没人能记住它。 我被告知，原因是在syslog-ng文档的某处，但到目前为止，我一直无法find它。 有人知道原因吗？
我只是从我的老板那里发邮件给我：
那么， 我们把它命名为lognull，但这只是我们的select。 我再次find原因。 Syslog-ng想要更改用于logging的文件（包括/ dev / null）的权限。 系统中的许多其他事物（包括不以root身份运行的东西）依赖于/ dev / null是可读写的。 这就是为什么你应该使用一个单独的设备文件：
odin〜＃ls -ld / dev / null crw ——- 1 root root 1，3 Sep 30 15:48 / dev / null
也许最简单的事情是用于syslog-ng的初始化脚本创build类似/ dev / lognull的东西，因此它始终可用于系统。 我认为问题在于，由于设备的dynamic特性，在重新启动后它会消失。 当我们在老版本的Linux或Solaris上运行这些时，情况并非如此。 这有道理吗？
我还在syslog-ng列表中find了关于这个问题的线程。 到目前为止，我已经遵循关于空目的地的build议。
我从来没有听说过/ dev / lognull。
这是什么回报？
ls -l /dev/null /dev/lognull 我想这可能是syslog-ng正在创build设备节点，但是man看起来很奇怪。
我不得不承认，如果/ dev / lognull是一个很大的常规文件，我会发现它很有趣。 🙂