这个问题与本文中解释的 lastlog 文件大小有关
http://www.noah.org/wiki/Lastlog_is_gigantic
我知道它被创建为一个稀疏文件，因此大小很大。
这是我遇到的问题：/var/log在我的情况下，它安装在仅分配了 2GB 的位置，并且假设我无法更改这一点。
在我的例子中，lastlog 预先分配了~5GB，但当我这样做时df -h /var/log似乎没问题，但是在盒子上活动了一段时间后（通常是几个小时）df -h突然报告 100％ 的磁盘空间利用率，而当我删除 lastlog 时它又下降到 1％。
如果我使用 touch lastlog 重复此过程，它会再次发生。
所以，我的问题是，再次假设我无法改变坐骑的大小，
知道为什么它会在几个小时后发生，而不是在触碰新的 laslogf 文件时立即发生吗？
有没有办法控制 lastlog 预先分配的大小或减少它认为将要使用系统的用户数量以使其小于 2GB？
我也读过这篇文章，但如果可能的话，我宁愿不玩uids
https://askubuntu.com/questions/618608/lastlog-grows-to-4-2g-after-ssh-logout
答案1
没有其他方法可以修复此问题。
重建 Linux 中受影响的组件需要进行不小的改动。
ubuntu 错误将它们列为 PAM、shadow、util-linux。如果这些改变了其他应用程序与它们的协作方式，那么它们将带来一系列巨大的连锁变化。
人们不愿意解决这个问题。自 2013 年以来，Redhat 就已经知道了这一点。
以下是 Redhat / fedora 和 ubuntu 中的错误报告链接。希望更多人能够关注这个问题并得到重视。
http://bugs.launchpad.net/ubuntu/+source/util-linux/+bug/1707645
http://bugzilla.redhat.com/show_bug.cgi?id=951564