根空间不足，是否可以删除/ var / log文件？

刚收到消息：

磁盘空间不足。.剩余2 GB

通过在ubuntu.org论坛上发布的消息来判断，我发现我的.log文件/var/log大小为22 GB！我的根目录是一个82 GB的分区，并且磁盘分析器显示了要记录在案的违规者。系统根目录大约在8个月前安装，因此显然，在82 GB根分区上创建22 GB日志不是一件好事。

删除日志文件是安全的还是请提供关于正确的安全程序的建议，以在不干扰我的系统的情况下对其进行清理。我认为这可能还可以，但是在执行删除任务之前，我还需要其他意见。

通常，删除日志文件是安全的。这样做的唯一缺点是，如果以后要解决其他一些问题，则可能无法检查日志。由于会自动生成新的日志，因此这种缺点是短暂的。

大多数日志会自动删除（通过压缩和重命名进行轮换后，会以该存档格式保留一段时间）。如果您的日志的扩展速度快于Ubuntu删除日志的速度，那么手动删除日志不太可能会遇到任何问题。

但是，如果您有一个大小为22 gigs的日志文件，则发生了非常奇怪的事情，值得对此进行调查。我建议再次编辑您的问题，以包含指向您正在谈论的Ubuntu论坛线程的链接，并包含22 GB日志文件的全名。

我想在此添加一些警告-也许您可以删除所有日志文件，但是如果删除/ var / log子目录，则可能会遇到问题。我删除了所有日志文件及其目录（rm -r / var / log / *），这破坏了我的apache2功能。显然，apache无法/无法重新创建日志目录，因此无法写入日志文件，这显然可能导致其失败。

我之前听说过，删除某些日志文件可能会导致问题，尽管我没有任何直接的支持经验。但是，当然，直到几天前，我才没有遇到任何有关目录删除的第一手经验……

在我的原始帖子之后，我发现使用BleachBit（在Root上）更容易清除Ubuntu 12.10台式机上的所有旧日志。为什么它们这么大，我仍然不知道，但是现在BleachBit“清除所有已知的位，DEAD！” 我回收了1.6Gig以上的空间。如果您发现类似的日志，问题，请从Ubuntu软件资源或Synaptic软件包管理器中检出BleachBit实用程序。

我知道这很旧，但是最近使用的软件也是如此。我需要安装旧版本的Android Studio，并且在由标准用户启动时运行异常。因此，我正在尝试使用GKSU root运行它。在玩完几个小时后，我的整个硬盘都消失了。WTF？好吧，令人讨厌的文件是/ var / log中的日志文件。因此，我启动了GKSU nautilus，然后环顾四周。它制作了3个30gb日志文件，由于我知道它们来自何处，所以我迅速删除了它们。因此，尽管我了解以root用户身份运行事物的风险，但也许这会帮助某人找出问题。

如果您正在使用rsync或磁盘空间不足，则可以通过以下两个命令来处理两个不错的目标：

sudo rm /var/log/kern*
sudo rm /var/log/messages*

这些可能会变得很大，并且将在系统首次希望写入它们时重新创建。

使用rsync时，它们不仅可以节省磁盘空间，而且可以加快备份速度。