由于根空间较小，我可以删除/ var / log文件吗？
刚收到消息：
磁盘空间不足..还剩2 GB
根据ubuntu.org论坛上发布的消息判断，我发现/var/log中的.log文件大小为22 GB！ 我的root是一个82 GB的分区，磁盘分析器显示罪犯在日志中。 系统根目录大约在8个月前安装，因此在82 GB根分区上创建22 GB日志显然不是一件好事。
删除日志文件是否安全，或者请告知正确的安全程序以清理它而不会弄乱我的系统。 我认为它可能没问题，但在我执行删除任务之前想要其他一些意见。
删除日志文件通常是安全的。 与此相关的唯一缺点是，如果您稍后要解决其他问题，则可能无法检查日志。 由于自动生成新日志，即使这种缺点也是短暂的。
大多数日志会自动删除（通过压缩和重命名旋转后，并以该存档格式保留一段时间）。 如果您的日志扩展速度比Ubuntu删除的速度快，那么手动删除它时不太可能遇到任何问题。
但是，如果你有一个22 gigs的日志文件，就会发生一些非常奇怪的事情，并且值得研究一下。 我建议再次编辑您的问题，以包含您正在谈论的Ubuntu论坛主题的链接，并且还包括22 GB日志文件的全名。
我想在此添加一个警告 – 也许您可以删除所有日志文件，但如果删除/ var / log子目录，则可能会出现问题。 我删除了所有日志文件及其目录（rm -r / var / log / *）， 这破坏了我的apache2function 。 显然apache不会/不能重新创建日志目录，因此无法写入日志文件，这显然会导致它失败。
我之前听说删除一些日志文件可能会导致问题，但我没有任何第一手资料来支持它。 但是，直到几天前，我还没有任何关于目录删除的第一手经验是个问题…
继我原来的post之后，我发现使用BleachBit（在Root上）清除Ubuntu 12.10桌面上的所有旧日志更容易; 为什么他们变得如此之大我仍然不知道，但是现在BleachBit’清除了所有已知的位，DEAD！’ 我在太空中回收了超过1.6Gig。 如果您发现类似的日志，问题，请查看Ubuntu软件资源或Synaptic软件包管理器中的BleachBit实用程序。
我知道这是旧的，但我最近正在使用的软件也是如此。 我需要安装一个旧版本的Android Studio，它在标准用户启动时运行起来很奇怪。 所以我正在尝试用GKSU root运行它。 在整个硬盘播放的几个小时内消失了。 WTF？ 那些有问题的文件是/ var / log中的日志文件。 所以我推出了GKSU鹦鹉螺并四处寻找。 它已经制作了3x 30gb的日志文件，我很快就删除了，因为我知道它们的来源和来源。 因此，虽然我理解以root身份运行事物的风险，但这可能会帮助某人找出问题所在。
如果您正在使用rsync或磁盘空间不足，则可以通过以下两个命令处理两个不错的美味目标：
sudo rm /var/log/kern* sudo rm /var/log/messages*
这些可能会变得很大，并且会在系统第一次想要写入时重新创建。
使用rsync时，它们不仅可以节省磁盘空间，还可以加快备份速度。