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的适当信号或通过重新启动应用程序),因此应用程序继续保持旧的日志文件打开.
