16

出于某种原因,/tmp据说我的使用率为 100%。

root$ df 
Filesystem         1K-blocks        Used  Available Use% Mounted on
overflow                1024        1024          0 100% /tmp
... other stuff ...

运行输出df -h

$ df -h
Filesystem        Size  Used Avail Use% Mounted on
/dev/sda1         102G   72G   25G  75% /
none              4.0K     0  4.0K   0% /sys/fs/cgroup
udev              7.8G  4.0K  7.8G   1% /dev
tmpfs             1.6G  844K  1.6G   1% /run
none              5.0M     0  5.0M   0% /run/lock
none              7.8G  240K  7.8G   1% /run/shm
none              100M   16K  100M   1% /run/user
overflow          1.0M  1.0M     0 100% /tmp

有什么方法可以安全地删除未使用的东西/tmp吗?

谢谢

4

2 回答 2

22

这很奇怪,在与 /tmp 关联的 df 输出的第一列中,您应该有一个像“/dev/sda4”这样的分区名称,而不是“溢出”,或者可能根本没有条目......我从来没有见过这个“溢出”之前。

谷歌搜索“文件系统溢出tmp”发现了一堆类似的情况。

第一个链接http://jarrodoverson.com/blog/overflow-filesystem-in-linux/

如果您在 linux 文件系统上挂载的“/tmp”挂载为溢出挂载(通常大小为 1MB),这可能是由于您没有将“/tmp”指定为其自己的分区,并且您的根文件系统已填满并且“/tmp”被重新安装作为后备。要在清除空间后解决此问题,只需卸载回退,它应该重新安装在其原始位置:

sudo umount 溢出

于 2013-07-08T21:33:20.940 回答
0

一般来说,您应该能够查看 中的文件/tmp,并且如果 1) 它们未被任何当前正在运行的进程打开(请参阅fuserlsofpfiles)并且 2) 对某人不重要,那么您应该能够查看rm它们。并且(2)是有问题的......如果您多次删除人们存放在错误位置的重要文件,也许他们会学会不这样做。

哦,当然要/tmp更大……它不需要很大,有充分的理由限制它,但1M太小了。我经常可以应付64M,但有时需要256M

于 2013-07-08T21:34:29.257 回答