welinux.ru / Есть проблема! — [Виновник найден] Нехватка свободного места на корневом разделе

zhentos 15.09.2010 20:01

Есть проблема! — [Виновник найден] Нехватка свободного места на корневом разделе

Возникла проблема на ноутбуке жены с Ubuntu 10.04. Периодически вылезает сообщение о нехватке свободного места на корневом разделе.
Смотрю вывод df - действительно места нет:

luba@shannen:/$ df
Filesystem             Size  Used Avail Use%                               Mounted on
/dev/sda2             8068M 7425M  234M 92.0 <#########################..> /
none                   939M  276k  938M  0.0 <...........................> /dev
/dev/sda3              101G   46G   50G 45.3 <############...............> /home
phoebe:/media/files    447G  306G  118G 68.6 <###################........> /media/files
phoebe:/media/windows  466G  357G  108G 76.7 <#####################......> /media/windows

Считаю объем корневого раздела с помощью du:

luba@shannen:/$ sudo du --max-depth=1 -xh
0       ./sys
4,0K    ./cdrom
4,0K    ./srv
4,0K    ./selinux
0       ./dev
6,5M    ./bin
4,0K    ./home
4,0K    ./mnt
336M    ./var
24K     ./media
46M     ./boot
16K     ./lost+found
4,0K    ./opt
37M     ./tmp
0       ./proc
7,6M    ./sbin
15M     ./etc
216K    ./root
2,3G    ./usr
316M    ./lib
3,0G    .

Выведенный размер никак не тянет на 7425M. Так куда подевалось свободное место?

UPD Решил уточнить - насчет периодичности сообщения о нехватке места. Оно действительно вылезает спонтанно, непонятно по какой причине. При чем я еще не разу не успевал отловить момент того что система считает, что свободного места недостаточно и посчитать каталоги с помощью du (вот сегодня это удалось). После ребута же всегда все возвращается к норме.

UPD2 В общем благодаря наводкам на /tmp, и мыслям stasikos, виновник найден. Проблема оказалась в VLC. Дело в том, что жена активно смотрит IPTV, а VLC активно кеширует поток в /tmp. Естественно временные файлы он за собой подчищает, т.к. объем /tmp сравнительно небольшой. Но... возможно оставляя удаленные файлы "открытыми на запись. В Фс их не видно, но иноды все еще существуют, и в них продолжают писать - в итоге место кушается, но в du их не видно." Ну или как то так :)

Стоит закрыть VLC - свободное место на диске приходит в норму. Как я понимаю - теперь все вопросы на багтрекер VLC? :)

Тэги:

+ 3 -

Похожие

magist3r 15.09.2010 20:02 #

+ 0 -

--max-depth=1 убрать бы, мне кажется другое покажет.

magist3r 15.09.2010 20:05 # ↑

+ 0 -

а ой, извиняюсь, перепутал=) дело не в этом, действительно.

zhentos 15.09.2010 20:07 # ↑

+ 0 -

Приводить вывод du -xh целиком уже не буду, общий результат все равно ~3Gb.

digiwhite 15.09.2010 20:04 #

+ 0 -

Значит так, home - это отдельный раздел?

Ну и как первый вариант - почистить кэш пакетный.

zhentos 15.09.2010 20:09 # ↑

+ 0 -

Да home отдельно, т.е. забить корень пользовательскими файлами нельзя. Кеш пустой. Да это и видно - /var 336M

xtavras 15.09.2010 20:09 #

+ 5 -

поставь ncdu, очень наглядно.

magist3r 15.09.2010 20:11 #

+ 1 -

Очевидно одно: кто-то врет. Вопрос в том, кто (du или df) и почему.

alff31 15.09.2010 20:16 #

+ 5 -

Кто врёт сказать не могу, но есть отличная прога в gnome, baobab называется, графически выводит какая папка сколько занимают, может поможет найти куда место делось.

zhentos 15.09.2010 20:29 # ↑

+ 0 -

Да вот выше - xtavras посоветовал псевдографическую прогу - ncdu.
Там хоть и псевдографика, но наглядности достаточно. Хотя я и с помощью du вижу, что реально система не занимает столько сколько показывает df.

mealsforall 15.09.2010 20:33 #

+ 1 -

А почему не sudo du -xsh / ?
Иначе, мне кажется, скрытые файлы в / не посчитались.

zhentos 15.09.2010 20:37 # ↑

+ 0 -

luba@shannen:~$ sudo du -xsh /

        2,9G /

thebeetlebum 15.09.2010 20:57 #

+ 4 -

Это конечно оффтоп, но я его расскажу) У меня был жуткий случай)
Вообщем как-то рубанулся свет, и машина отрубилась. Упса не было. Свободное место на диске тоже было на исходе. Свет в квартире появился, включаю машину. Вижу что fsck хочет проверить, ну думаю, пущай проверит, не буду останавливать, все равно давно не было проверок. Сам ушел пить чай, а в это время 2 харда на 160 и 400 гектар проходили проверку.
Пришел, и понимаю что все тормозит до ужаса. Мышка с места не двигается) Только потом понял всю прелесть великой и ужасной утилиты bootchart) Все то время, что fsck проверял диски, bootchart это все к себе записывал. Далее строил по этим данным картинку. Естественно все те страшные данные были на /tmp, которые собственно его и переполнили, в результате чего иксы не грузились и было все тормозило до ужаса) После ребута обнаружил png на 2,5 гектара:D

Сорри за оффтоп, хотел поделиться)

Midler 15.09.2010 21:07 #

+ -1 -

Ммм...хоть и банально, но может баобаб?

assaron 15.09.2010 21:35 #

+ 0 -

мне кажется, что кто-то в tmp пишет
чтобы проверить, попробуй смонтировать туда либо tmpfs, либо небольшой файл

time2die 15.09.2010 21:51 #

+ 0 -

aptitude clean делать пробывали ?

Aleksdem 15.09.2010 23:04 #

+ 1 -

я в случаях проблемы с местом, использую консольную программку ncdu. Просто поставьте его, запустите ncdu / и программа сама просканит всю систему и будет хорошо видно, кто и сколько "сожрал"... Может это немного и не "кошерно", но мне очень нравиться...

alff31 15.09.2010 23:21 #

+ 2 -

Что-то вспомнилось, ведь ещё размер файла, а есть количество места которое он занимает, если много мелких файлов, то они могут ничего не весить, но занимать много места, может из-за этого разница?

main 15.09.2010 23:58 #

+ 2 -

У меня к Вам вопрос!!!

А что у Вас за df такой который вот так92.0