我有一个供应商日志文件，反复增长到数百GB的大小。 我已经报告了几次没有解决的错误。 有问题的符号链接文件到/dev/null ？ 系统是当前一代运行最新系统的iMac。
我知道我会失去这些文件中的任何日志，但200Gb的重复的版权声明我很好，直到他们最终find错误的原因。
将它链接到/dev/null的最明显的问题是你将无法阅读它的内容。
如果您不需要读取日志文件的内容，那么符号链接到/dev/null就没有问题 – 尽pipe您可能想要考虑简单地禁用相关软件的日志function。
另外，如果你实际上需要读取日志文件的内容，我build议你部署一些东西来旋转日志（例如Mac OS X的newsyslog ），并定期轮换日志和/或在日志之后达到一定（定义）的大小。
如果你不想要他们，这一切都可以。 那里不用担心。
我在xenserver上做了这个提示，默认安装分区是由安装程序完成的，因此文件系统的使用率达到了90％以上。 （即使添加了logrotation或日志压缩）