☰

文件系统 /dev/loop0 已达到临界状态，因为它已 100% 满

tag-icon • tag-icon linux centos6 loopback
文件系统 /dev/loop0 已达到临界状态，因为它已 100% 满

/dev/loop0安装在 的文件系统/tmp已达到临界状态，因为它已 100% 满。

问题是当我检查硬盘空间时发现：

/dev/loop0 空间：485M 已用：21M 空闲：439M 使用率：5% /var/tmp

那么问题是什么？我该如何增加 tmp 文件夹？

这是安装结果：

rootfs on / type rootfs (rw)
/dev/root on / type ext4 (rw,relatime,errors=remount-ro,data=ordered,jqfmt=vfsv0                                               ,usrjquota=quota.user)
devtmpfs on /dev type devtmpfs (rw,relatime,size=4033140k,nr_inodes=1008285,mode                                               =755)
none on /proc type proc (rw,nosuid,nodev,noexec,relatime)
none on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
devpts on /dev/pts type devpts (rw,relatime,mode=600)
/dev/md2 on /home type ext4 (rw,relatime,data=ordered,jqfmt=vfsv0,usrjquota=quot                                               a.user)
tmpfs on /dev/shm type tmpfs (rw,relatime)
none on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,relatime)
/dev/loop0 on /tmp type ext3 (rw,nosuid,noexec,relatime,errors=continue,barrier=                                               1,data=writeback)
/dev/loop0 on /var/tmp type ext3 (rw,nosuid,noexec,relatime,errors=continue,barr                                               ier=1,data=writeback)
/dev/root on /var/named/chroot/etc/named type ext4 (rw,relatime,errors=remount-r                                               o,data=ordered,jqfmt=vfsv0,usrjquota=quota.user)
/dev/root on /var/named/chroot/etc/named.rfc1912.zones type ext4 (rw,relatime,er                                               rors=remount-ro,data=ordered,jqfmt=vfsv0,usrjquota=quota.user)
/dev/root on /var/named/chroot/etc/rndc.key type ext4 (rw,relatime,errors=remoun                                               t-ro,data=ordered,jqfmt=vfsv0,usrjquota=quota.user)
/dev/root on /var/named/chroot/usr/lib64/bind type ext4 (rw,relatime,errors=remo                                               unt-ro,data=ordered,jqfmt=vfsv0,usrjquota=quota.user)
/dev/root on /var/named/chroot/etc/named.iscdlv.key type ext4 (rw,relatime,error                                               s=remount-ro,data=ordered,jqfmt=vfsv0,usrjquota=quota.user)
/dev/root on /var/named/chroot/etc/named.root.key type ext4 (rw,relatime,errors=                                               remount-ro,data=ordered,jqfmt=vfsv0,usrjquota=quota.user)

的结果df -h /tmp：

Filesystem            Size  Used Avail Use% Mounted on
/dev/loop0            485M   21M  439M   5% /tmp

顺便说一下，从两天前开始我发现数据库表有 13GB 的空间，我将其删除了，从那时起这个问题就开始了，服务器非常沉重，所有网站都需要很长时间才能打开，但是当我停止服务时mysql，服务器变得非常快。

答案1

这loop0是一个循环设备，它将访问传递到用户空间进行处理。因此，这种行为的原因取决于您如何设置它。设备不限于报告实际可用空间，并且可能会或多或少地导致写入失败。

例如，如果loop0设备由文件备份（例如，使用类似 的命令将其设置为 EFS 卷losetup -e aes256 -S <stuff> /dev/loop0 /root/somefile），并且该文件很稀疏，则此错误可能是由于该文件所在的设备空间不足而导致的，无论报告的可用空间是多少。这是因为备份文件的大小并不反映它在磁盘上占用的实际大小。

此外，如果您处于虚拟化环境中，则适用非常相似的原则：如果您的卷是稀疏的（或用 VMWare 术语来说是“精简配置”），并且支持虚拟卷的物理卷上的空间不足，则无论报告的虚拟卷的大小如何，写入都可能由于空间不足而失败。

相关内容