我一直在尽可能多地阅读这个问题，但我面临着截止日期的压力（这些问题似乎是唯一一次出现）。类似问题的答案都没有提供很明确的答案。我和这个人做了同样的步骤：
18.04 磁盘空间不足 - 在 /var/log/syslog.1 中使用 640GB 及更多
我的系统日志是 148 Gb！
该系统是全新的——我仅在两周前从头开始构建所有系统，这也标志着我使用 Ubuntu 的时间。
- 系统盘为 256 GB NVRAM
- 我为虚拟 RAM 分配了 32 Gb
- 我有一个 2TB 的外部驱动器大多数文件
- 我的桌面上有一个“工作台”文件夹，用于存放一些活动文件。（以 33 GB 运行）。
- 我主要使用 Blender、MB-lab（最近）和一些非常大的环境。在过去的几天里，Makehuman 也被使用了。
计算机几乎一直在运行（硬）...所以它没有重新启动。这可能是 Syslog 很大的原因吗？
我努力了：
- df -h。除了系统磁盘已满，一切看起来都正常。
- Busybody - 但我不明白它在做什么......它正在处理 man-db 和 systemd 的触发器。
- 重新启动系统。
- 注意。我还没有研究过 logrotator，但从我读到的内容来看，这自动成为操作系统的一部分。
- 我试图打开系统日志，除了看起来正常的条目之外，我的页面最初只是变成了纯黑色......就像政府在我身上一样。
- 我目前正在将系统日志复制到我的大型存储硬盘，然后我将删除它，重新启动并查看会发生什么。
该系统是 Ryzen 2700、16 GB RAM、RTX 2060、最新的 Ubuntu 20.04。
我更愿意在其他活动线程之一上贡献我的经验，但这不是这个论坛的工作方式。我真的很想知道是什么导致我的系统日志从我的机器中吸取生命。使用 Blender 进行流体缓存和渲染？
并寻找重复的线条。如果这些是错误，请修复错误。如果这些是警告，请检查哪些程序来自更改该程序的日志级别。
然后 - 之后 - 做一个
清空文件。
不要使用编辑器或试图读取整个文件的东西。使用
tail、less或more。