我有一个80 GB的硬盘,没有任何分区。有一天,我意识到自己已经失去了大部分可用磁盘空间。我发现它/var/log/kern.log.1
占用了25 GB的空间,并且该文件没有删除选项。
这是问题的屏幕截图:
我是Ubuntu / Linux的新手。请帮忙。谢谢。
我有一个80 GB的硬盘,没有任何分区。有一天,我意识到自己已经失去了大部分可用磁盘空间。我发现它/var/log/kern.log.1
占用了25 GB的空间,并且该文件没有删除选项。
这是问题的屏幕截图:
我是Ubuntu / Linux的新手。请帮忙。谢谢。
Answers:
您应该可以删除该文件,因为该文件已经轮换了。由于您需要root权限才能执行此操作,因此GUI中没有选项来删除该文件。
您可以从命令行执行此操作:
sudo rm /var/log/kern.log.1
每次启动时,都会创建并再次轮换日志文件,因此您可能应该注意下一个kern.log。*文件大小。Launchpad上的相关错误报告:https : //bugs.launchpad.net/ubuntu/+source/ubuntu-meta/+bug/115774
syslog
/etc/logrotate.conf
以限制日志文件的数量和大小。请参阅man logrotate
以获取更多信息。systemd
要配置系统日志,请编辑/etc/systemd/journald.conf
。请参阅man journald.conf
以获取更多信息。
有关基本journalctl
用法的信息,请参见systemd:使用日志。
有关如何减少Systemd日志大小的信息,请参阅Systemd日志(journalctl
)太大且太慢。
kern.log.1
只是许多内核日志文件之一。
他们和
messages.log.x
小组一起可以占用许多Gb。该目录中的其余日志文件约占总数的1%,因此无需尝试大规模擦除日志目录。它甚至可能对您的系统有害。
要回收99%的内容,以下是两个命令,它们可以通过删除不必要的多GB文件来解决问题:
sudo rm /var/log/kern* &>/dev/null
sudo rm /var/log/messages* &>/dev/null
这些文件将在第一次需要它们时再次创建。
要具体回答您的问题:您可以设置一个cron作业,以在每个午夜或每周一次,以任何一个为准将其删除。
我用他们加
rm -rf ~/.cache/chromium/Default/Cache/* &>/dev/null
rsync
从主/ dev / sda SSD到较大的/ dev / sdb HDD的午夜备份。它节省了空间,并且在任何类型的还原方案中都是不必要的。
rsync
从/ dev / sda SSD到大型/ dev / sdb HDD 运行一次备份,为了充分利用空间,我执行了上述操作,此外,rm -rf /home/pi/.cache/chromium/Default/Cache/* &>/dev/null
由于在还原场景中无需使用它们。
find /var/log/ -type f \( -name "*.gz" -o -name "*.1" -o -name "*.old" \) -delete
与find /var/log/ -type f -exec truncate -s 0 {} \;
此淘到整个的/ var /日志无需拆卸主文件,因为在那里的一些文件不会再自动生成。
发现syslog和kern.log文件增加后,我用光了磁盘空间。磁盘空间管理器告诉我该/var/log
文件夹占用了大量空间。当我执行命令
tail -15 syslog
我发现重复的错误。syslog和kern.log文件也分别占用了19 G和32G。(用于磁盘使用的命令:du -h filename
-h用于可读性)。
删除这些文件是安全的,因为这些文件将由系统重新创建。但是,如果您需要数周之前的日志记录,则不需要,因为这些记录不会重复。
注意(仅建议):
1)如果您不知道linux文件系统,那么这是一个很好的链接:https : //help.ubuntu.com/community/LinuxFilesystemTreeOverview
2)有关日志文件的更多信息:https : //help.ubuntu.com/community/LinuxLogFiles
通过这些链接将清除许多概念。
kern.log.1
唯一的大文件吗?