Я знаю, что в сети обмена стеками много постов с похожими проблемами, но я пока не нашел ни одного, который бы помог. Как вы можете видеть из вывода ниже df
, мой каталог /tmp
полностью заполнен. Это случалось со мной раньше, и было легко обнаружить большие файлы, вызывающие проблему.
$ df -h /tmp/
Filesystem Size Used Avail Use% Mounted on
- 1.0M 1.0M 0 100% /tmp
На этот раз нет больших файлов, на самом деле du
и ls
подтвердят это
$ du -h /tmp/
0 /tmp/.ICE-unix
0 /tmp/.X11-unix
56K /tmp/
$ ls -lahtr
total 60K
drwxrwxrwt 2 root root 40 Mar 7 22:17 .X11-unix
drwxrwxrwt 2 root root 40 Mar 7 22:17 .ICE-unix
-rw------- 1 root root 1 Mar 9 09:37 fileVZLNrC
-rw------- 1 root root 0 May 1 14:02 file6lz1VS
-rw------- 1 root root 0 May 1 14:28 file7ELZD8
drwxr-xr-x 24 root root 4.0K Jun 27 10:45 ..
-rw-rw-r-- 1 vlc vlc 0 Jun 27 21:02 camp_report_log2
-rw-rw-r-- 1 vlc vlc 36 Jun 28 06:00 usage
-rw-rw-r-- 1 vlc vlc 0 Jun 28 06:00 load_span
-rw-r--r-- 1 root root 1 Jun 28 15:57 voa_somali.log
-rw-r--r-- 1 root root 1 Jun 28 15:57 vision_pm.log
-rw-r--r-- 1 root root 1 Jun 28 15:57 vision_am.log
-rw-r--r-- 1 root root 1 Jun 28 15:57 sc_serv.log
-rw-r--r-- 1 root root 1 Jun 28 15:57 scoop.log
-rw-r--r-- 1 root root 1 Jun 28 15:57 ranmase.log
-rw-r--r-- 1 root root 1 Jun 28 15:57 okazyon.log
-rw-r--r-- 1 root root 1 Jun 28 15:57 n4e.log
-rw-r--r-- 1 root root 1 Jun 28 15:57 kiskeya_sunday.log
-rw-r--r-- 1 root root 1 Jun 28 15:57 intersection.log
-rw-r--r-- 1 root root 1 Jun 28 15:57 ghana.log
-rw-r--r-- 1 root root 1 Jun 28 15:57 bbc_somali.log
drwxrwxrwt 4 root root 440 Jun 28 15:57 .
, поэтому я все еще получаю ошибки, подобные этим
$ crontab -e
/tmp/crontab.0kGihV/crontab: No space left on device
$ echo 'test' | mail -s 'test' user@mail.com
mail: cannot send message: No space left on device
Что еще может заставить /tmp
dir заполнить?
Возможно, что существует файл на/tmp, который не может быть несвязанным, потому что существуют процессы, которые все еще имеют открытый дескриптор. Можно перечислить эти процессы с:
sudo lsof +D /tmp
, Когда эти процессы выходят, необходимо смочь освободить пространство в/tmp. Однако, если Вы не работаете над встроенной системой с ~512M пространства, или меньше можно, вероятно, позволить себе иметь/tmp быть больше.
, Если Вы хотите/tmp, смонтированный на том же диске как / достаточно прокомментировать (добавьте продвижение # к началу строки), строка, содержащая/tmp от/etc/fstab, Вы должны будете или повторно смонтировать соответствующие разделы или перезагрузку и позволить системе повторно смонтировать все для Вас для изменений для вступления в силу.
для монтирования/tmp на его собственном разделе, необходимо создать раздел правильного размера заранее. К счастью вещи в/tmp не должны быть драгоценными, таким образом, должно быть достаточно сделать новый раздел, обновить fstab и перезагрузку.
Гм, полагая, что размер раздела, который Вы дали сами для/tmp, составляет только 1 МБ, я думаю, что Вы удачливы свои системные выполнения вообще.
необходимо, вероятно, рассмотреть увеличение/tmp раздела или разрешение ОС использовать пространство в корневом разделе для/tmp. Это длится, можно выполнить прокомментировать независимо от того, что Вы имеете в/etc/fstab, который монтирует Ваш/tmp раздел.