ubuntu – 磁盘空间不足,来源是什么？

Filesystem            Size  Used Avail Use% Mounted on
/dev/sda1             220G  220G     0 100% /
none                  1.9G  168K  1.9G   1% /dev
none                  1.9G     0  1.9G   0% /dev/shm
none                  1.9G   52K  1.9G   1% /var/run
none                  1.9G     0  1.9G   0% /var/lock
none                  1.9G     0  1.9G   0% /lib/init/rw
none                  220G  220G     0 100% /var/lib/ureadahead/debugfs

虽然在看似年龄之后惊慌地寻找答案,但使用减少了

Filesystem            Size  Used Avail Use% Mounted on
/dev/sda1             220G  9.3G  200G   5% /
none                  1.9G  168K  1.9G   1% /dev
none                  1.9G     0  1.9G   0% /dev/shm
none                  1.9G   52K  1.9G   1% /var/run
none                  1.9G     0  1.9G   0% /var/lock
none                  1.9G     0  1.9G   0% /lib/init/rw
none                  220G  9.3G  200G   5% /var/lib/ureadahead/debugfs

到目前为止,我还没有删除任何内容
而现在我正在写这篇文章

/dev/sda1             220G   12G  197G   6% /

发生了什么事？？我如何调查原因并设置事情以使其不再发生我防止再次发生这种情况

在按摩使用期间,我发现/ var文件夹的大小恒定为1.8演出,但我无法检查所有文件夹

编辑
走了

/dev/sda1             220G   18G  192G   9% /

*更新2 *
它又在上升

ubuntu /: df -h
Filesystem            Size  Used Avail Use% Mounted on
/dev/sda1             220G   43G  167G  21% /
none                  1.9G  168K  1.9G   1% /dev
none                  1.9G     0  1.9G   0% /dev/shm
none                  1.9G   52K  1.9G   1% /var/run
none                  1.9G     0  1.9G   0% /var/lock
none                  1.9G     0  1.9G   0% /lib/init/rw
none                  220G   43G  167G  21% /var/lib/ureadahead/debugfs

并检查我给出的命令

ubuntu /: du -h --max-depth=1 /
31M     /boot
4.0K    /selinux
8.0K    /srv
7.4M    /bin
du: cannot access `/proc/9993/task/9993/fd/4': No such file or directory
du: cannot access `/proc/9993/task/9993/fdinfo/4': No such file or directory
du: cannot access `/proc/9993/fd/4': No such file or directory
du: cannot access `/proc/9993/fdinfo/4': No such file or directory
0       /proc
12K     /tmp
2.4G    /var
0       /sys
100K    /root
4.0K    /media
575M    /usr
4.0K    /opt
16K     /lost+found
4.5M    /home
270M    /lib
168K    /dev
4.0K    /mnt
6.7M    /sbin
6.1M    /etc
4.0K    /cdrom
3.3G    /

请注意3.3G /

我认为你有一些东西正在写入已从驱动器中删除但尚未被应用程序/服务器关闭的文件,因此空间仍然分配在磁盘上,但由于文件从文件系统中删除,因此du无法看到. lsof程序列出了打开文件的进程.如果您安装了更多文件系统并且数量没有波动那么多,那么我建议您将文件系统安装在非空的目录之上(尽管您可以尝试使用umount / var / lib / ureadahead / debugfs并确保该目录为空,并且没有一堆垃圾写入隐藏在该mountpoint下的目录.

如果是这种情况,那么你应该很容易找到sudo lsof | grep已删除.如果在进程仍然打开文件时删除了文件,则lsof在最后一列中包含(删除).第一列是命令的名称,第二列是PID.您可以使用ps(例如ps auxww |)更详细地查看命令grep PID,或ps auxwwf | less -S以“林”模式查看进程列表,以便您可以看到PID来自哪个进程.一旦你跟踪了持有开放巨型文件的进程,就可以阻止它释放驱动器空间,然后弄清楚如何修复它以正确关闭文件.通常的原因是logrotate脚本重命名/删除日志文件,但不通知应用程序它已经这样做(通过带有kill的适当信号或通过重新启动应用程序),因此应用程序继续保持旧的日志文件打开.