Ubuntu /tmp安装时只有1MB空间,100%用作文件系统;溢出“;

Ubuntu /tmp安装时只有1MB空间,100%用作文件系统;溢出“;,ubuntu,Ubuntu,出于某种原因,我的/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

出于某种原因,我的
/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
中未使用的内容吗


谢谢

这很奇怪,您应该在与/tmp相关联的df输出的第一列中使用“/dev/sda4”之类的分区名,而不是“overflow”,或者可能根本没有条目。。。。我以前从未见过这种“溢出”

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

第一环节 说

如果您在linux文件系统上的“/tmp”装载被装载为溢出 (通常大小为1MB),这可能是因为您没有指定“/tmp” 因为它自己的分区和根文件系统都被填满了,“/tmp”被删除了 作为后备力量重新部署。要在清除空间后修复此问题,只需 卸载回退,并应在其初始点重新装载:

sudoumount溢出


一般来说,您应该能够查看
/tmp
中的文件,如果1)它们不是由任何当前正在运行的进程打开的(请参阅
fuser
lsof
pfiles
)和2)对某人不重要,那么您应该能够
rm
打开它们。和(2)是值得怀疑的。。。如果你把人们藏在错误地方的重要文件移走足够多次,也许他们会学会不这样做


哦,而且肯定会使
/tmp
更大。。。它不需要很大,而且有很好的理由限制它,但是
1M
太小了。我通常可以使用
64M
,但有时需要
256M

您的
/tmp
只有1MB?那真的不够大。你能展示完整的
df-h
?从这里可以读到更多的东西。。。“其他东西”没有帮助。将用更多细节更新问题(对不起,为什么我的问题被关闭?)我不确定哪些文件重要,哪些文件不重要。所以我宁愿不移除它们。。。但是,如何使/tmp更大?如果您的
设备忙
,您可以使用
sudo umount-l overflow
感谢life saver评论。12小时后找到。