/tmp смонтирован только с 1 Мб пространства, 100% используется, поскольку файловая система "переполнения"

По какой-то причине мой /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?

Спасибо

Ответ 1

Это странно, у вас должно быть имя раздела, например "/dev/sda4", а не "переполнение" в первом столбце вывода df, связанного с /tmp, или, возможно, вообще никакой записи.... я ' Я никогда не видел этого "переполнения".

Googling "переполнение файловой системы tmp" обнаружил кучу подобных случаев.

Первая ссылка http://jarrodoverson.com/blog/overflow-filesystem-in-linux/ говорит

Если ваш монтируемый "/tmp" в файловой системе Linux установлен как переполнение (часто размером 1 МБ), это, вероятно, связано с тем, что вы не указали "/tmp" , поскольку его собственный раздел и ваша корневая файловая система заполнены, а "/tmp" - восстановлен как резерв. Чтобы исправить это после того, как вы очистили пространство, просто отключите резервную копию и он должен вернуться в исходное положение:

переполнение sudo umount

Ответ 2

В общем, вы должны иметь возможность просматривать файлы в /tmp, а если 1), они не открыты никаким текущим запущенным процессом (см. fuser, lsof, pfiles) и 2) не важно для кого-то, тогда вы должны быть в состоянии rm их. И (2) сомнительно... Если вы удаляете людей, помещенных в неправильные места, достаточно важных файлов, возможно, они научатся не делать этого.

О, и определенно сделайте /tmp больше... Это не должно быть огромным, и есть веские причины ограничить его, но 1M слишком мал. Я часто могу пройти с помощью 64M, но иногда требуется 256M.