Много способов есть - начиная с простого `du -s` и заканчивая красивыми программами с графиками типа Filelight

И посмотри вывод lsof на подозрительные записи

syslog kern.log

?

Да, особо внимательно просмотри /var. Наверняка там.

>Много способов есть - начиная с простого `du -s` и заканчивая красивыми программами с графиками типа Filelight

du -s - ручной перебор, пробовал, не угадал директорий =)
Filelight - для нахождения больших файлов, а тот может быть маленьким, но растущим.

>Да, особо внимательно просмотри /var. Наверняка там.

du -sh /var
455M   /var

И че делать? М.б. оно и там, но как найти?

По идее, если файл активно пишется, то можно определить пишущий процесс через iotop.

попробуй baobab

>И посмотри вывод lsof на подозрительные записи

Подозрительные это какие?

/tmp тоже проверь.

>По идее, если файл активно пишется, то можно определить пишущий процесс через iotop.

utorrent (но он не должен туда писать), pppd и потоки ядра. Эта гадина, наверно, ожидает свободного места :)

/tmp 4.7Mb

Точно не там.

не угадал директорий

Ну как вариант, что-то типа:
$ find /var -type f | xargs -I{} ls -l {} > log1
$ sleep 60
$ find /var -type f | xargs -I{} ls -l {} > log2
И потом diff на них.

Скажите для начала свое разбиение диска. Вынесен ли /var, /home из корневого раздела. Только после этого можно что-то начать выяснять.

Что вы имеете ввиду?

/home - вынесен на отдельный раздел, /var - нет, но он не большой (см. выше).

куда могут писать программы: /var/tmp, /var/run, /var/log, /tmp, я бы еще проверил /usr/tmp на всякий случай

> du -s - ручной перебор, пробовал, не угадал директорий =)

du -sm /* | sort -n

Так. Удалил jre, оно записало еще ~30Мб и успокоилось.

> du -sm /* | sort -n

Ох, это долго будет, еще /home будет сканироваться и внешний жесткий....

Дык, отмонтируйте сначала все ненужное. Делов-то...

>Дык, отмонтируйте сначала все ненужное. Делов-то...

Ага, делать мне больше нечего... Много программ открыто, уж извините.

Шашечки или ехать?

Если точка монтирования не в корне, то можно добавить ключ -x

du -smx /* | sort -n | tail -n 5

Если у вас кончилось место в корне, то все программы должны упасть.

>можно добавить ключ -x

О, не знал, спасибо.

>Если у вас кончилось место в корне, то все программы должны упасть.

Практика показывает обратное. Ни одна не упала.

# ncdu /

>ncdu

Что это?

>На разделе / осталось 0 байт, как только что-то удаляю, место тут же пропадает.

Это ~/.xsession-errors, инфа 99%.

>Это ~/.xsession-errors, инфа 99%.

Не один раз с ним сталкивался, но это не он. =)

ncurses-морда к du.

> ncdu

О, мерси, интересная штука.

du от рута-то запускаете? Если нет, неудивительно, что оно показывает не совсем то, что есть на самом деле...

Вааще *curses рулят

У меня как то лог от ссх занял более 20ти Га.

>du от рута-то запускаете? Если нет, неудивительно, что оно показывает не совсем то, что есть на самом деле...

От рута, конечно.

>du -smx /* | sort -n | tail -n 5
110   /lib
171   /opt
455   /var
6929   /usr
94688   /home


И какие выводы из этого можно сделать?

du -smx /home/* | sort -n | tail -n 5

>du -smx /home/* | sort -n | tail -n 5

/home на отдельном разделе.

Ну, в общем, метод думаю понятен.

# du -smx /usr/* | sort -n | tail -n 5
53   /usr/src
234   /usr/include
607   /usr/bin
2671   /usr/share
3231   /usr/lib
# du -smx /usr/lib/* | sort -n |tail -n 5
155   /usr/lib/python2.7
287   /usr/lib/fpc
296   /usr/lib/ooo-3.3
312   /usr/lib/lazarus
452   /usr/lib/ghc-6.12.3
# du -smx /usr/lib/ghc-6.12.3 | sort -n |tail -n 5
452   /usr/lib/ghc-6.12.3

и?

Ну, в общем, метод думаю понятен.

Нет, не понятен :)

Ну вот ты и нашёл кто больше всех занял :)

Впрочем, если /usr занял 7G и этим съел всё место, то возможно просто на корень выделено недостаточно.

Попробуй ncdu.

А точно кто-то что-то ест? Может, там с файловой системой что-то случилось?

Я в свое время столкнулся с чем-то подобным, и даже fsck не помог. Пришлось все файлы за-tar-ить, переформатировать раздел, а потом обратно распаковать.

надо бы ТСу посоветовать еще показать

df -HT что бы совсем ситуацию то видеть.

> Если у вас кончилось место в корне, то все программы должны упасть.

схуяли?

/tmp - на tmpfs

>Ну вот ты и нашёл кто больше всех занял :)

Ну я же говорил, что мне не это нужно. Место куда-то исчезало и нужно было найти виновника. /usr - не растет и его размер меня вполне устраивает.

Впрочем, если /usr занял 7G и этим съел всё место, то возможно просто на корень выделено недостаточно.

Да, маловато, согласен. Но изменять его в ближайшем времени не собираюсь.

>А точно кто-то что-то ест? Может, там с файловой системой что-то случилось?

По-видимому, с файловой системой все было в порядке, т.к. сейчас все нормализовалось.