Файловая система /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
кстати, за 2 дня я обнаружил, что таблица базы данных имеет 13 ГБ пространства, я удалил ее, и с этого времени эта проблема была запущена, и сервер очень тяжелый, и все сайты открываются очень долго, но когда я остановил mysql
сервис, сервер стал очень быстрым.
1 ответ
loop0
является устройством петли, которое передает доступ к пользовательскому пространству для обработки. Следовательно, причина такого поведения зависит от того, как вы его настроили. Устройства не ограничены сообщением о фактическом доступном пространстве и могут более или менее произвольно отказывать в записи.
Например, если loop0
устройство поддерживается файлом (например, оно настроено как том EFS с помощью такой команды, как losetup -e aes256 -S <stuff> /dev/loop0 /root/somefile
) и этот файл является разреженным, эта ошибка может быть вызвана нехваткой места на устройстве, на котором находится этот файл, независимо от указанного свободного места. Это связано с тем, что размер файла резервной копии не отражает фактический размер, который он занимает на диске.
Кроме того, если вы находитесь в виртуализированной среде, применяется очень похожий принцип: если ваш том является редким (или "тонко обеспеченным" на языке VMWare), и вам не хватает места на физическом томе, поддерживающем виртуальный том, запись может завершиться неудачно из-за нехватки места независимо от указанного размера виртуального тома.