Проследуй в man du

[code]
$ cd /
$sudo du -csh *
[/code]

baobab попробуй.

ncdu

А кеш пакетов чистил?

sudo apt-get clean sudo apt-get auto-remove

И т.п.

проверяй логи

логи, кэш пакетов

Да, чистил. Есть одно подозрение. забивается очень быстро и при этом перестают грузиться крупные видео с ютуба. Может какой-нибудь кусок флеша складировать какой-нибудь кэш в корне? И как его искать/выпиливать? Сейчас столкнулся с тем что забито 100% и даже терминал теряет вывод больше количества строк что влезло в него изначально.

Что это? Или это так тонко меня назвали дубиной?

Или это так тонко меня назвали дубиной?

Ну если ты не можешь сделать так...

https://help.ubuntu.com/community/Baobab

сделал. и ничего полезного в моей ситуации не почерпнул, потому и спросил.

третья ссылка.

ничего полезного в моей ситуации не почерпну

http://habrahabr.ru/post/51572/

приплыли. Не удалось запустить computer-janitor-gtk от имени пользователя root.

Что так может забивать диск?

При этом ютуб работал. Все подозрения что это видео с него.

BleachBit

Ничего не поделаешь, придется удалять порно %)

Загрузись с livecd лучше на время инспекции.

Прон есть только в /home да и что там удалять-то. а лайф-сд просто под рукой нету.

Вопрос - что можно безболезненно снести?

/var/cache/apt/archives
/tmp

/home? :)

Перенести на другой раздел home, прописать в fstab

sudo apt-get remove linux-source*

повторюсь про логи. возможно что-то очень сильно спамит в логи и этим забивает все место. смотри содержимое /var/log при помощи du -h

21 MB

Пусканул баобаб из консоли, он поднял гую, ничего подозрительного, суммарно на / не больше 20 гигов. df покакзывает

df
Файловая система           1K-блоков      Исп  Доступно  Исп% смонтирована на
/dev/sdb1             96120588  91197788     40064 100% /

 chenger@chenger-de:/tmp$ sudo apt-get purge linux-source* Чтение списков пакетов... Готово Построение дерева зависимостей Чтение информации о состоянии... Готово Заметьте, выбирается linux-source-2.6 из-за регулярного выражения linux-source* Заметьте, вместо linux-source-2.6 выбирается linux-source-2.6.32 Заметьте, выбирается linux-source из-за регулярного выражения linux-source* Заметьте, выбирается linux-source-2.6.30 из-за регулярного выражения linux-source* Заметьте, выбирается linux-source-2.6.31 из-за регулярного выражения linux-source* Заметьте, выбирается linux-source-2.6.26 из-за регулярного выражения linux-source* Заметьте, выбирается linux-source-2.6.32 из-за регулярного выражения linux-source* E: Не удалось найти пакет linux-source* chenger@chenger-de:/tmp$ sudo apt-get purge linux-source-2.6.32 Чтение списков пакетов... Готово Построение дерева зависимостей Чтение информации о состоянии... Готово Пакет linux-source-2.6.32 не установлен, поэтому не может быть удалён обновлено 0, установлено 0 новых пакетов, для удаления отмечено 0 пакетов, и 0 пакетов не обновлено. chenger@chenger-de:/tmp$ 

/tmp и кэш апт чистые. 10-50 кб не в счет. Откуда это и где оно лежит?

Вопрос - что можно безболезненно снести?

Убунту?

du -x -d3 / | sort -n > /tmp/du.txt (может задуматься на несколько минут)

и смотри конец файла (можешь на pastebin выложить и кинуть ссылку)

Выглядит так, как будто в /tmp кто-то накачал файлов, удалил их и забыл закрыть. В результате место они занимают, но посчитать их невозможно.

После перезагрузки (или даже лучше с livecd) занятое место сохраняется?

Патч Бармина ещё не предлагали? По-моему, именно в данном случае он идеально подходит. Корень же!

chenger@chenger-de:/var/log$ sudo du -x -d3 / | sort -n > /tmp/du.txt
[sudo] password for chenger: 
du: неверный ключ -- «d»
du: неверный ключ -- «3»
Попробуйте `du --help' для получения более подробного описания.

и что за патч бармина?

Погуглил вдумчиво по поводу флеша, по поводу очистки, ничего нет похожего.

Уже советовали:

http://dev.yorhel.nl/ncdu/ — Disk usage analyzer with an ncurses interface

du: неверный ключ — «d»
du: неверный ключ — «3»

Уберите -d3, добавьте --max-depth 3.

и что за патч бармина?

http://ru.wikipedia.org/wiki/Патч_Бармина
Ничего хорошего.

Сравнить вывод команд «sudo du -s -h -x / » и «df -h /», если вывод du примерно совпадает с занятым местом в файловой системе, тогда делать «sudo du --max-depth=1 -h -x /» и определять в каком каталоге больше всего занято места и для этого каталога опять du.

Если место занято, а du этого не видит, значит есть процесс, пишуший в удалённый файл (файлы). Его нужно искать отдельно, допустим такой командой «sudo find /proc/ -lname '* (deleted)'». В выводе будут цифры --- pid'ы процессов.

sudo lsof | grep REG | sort -k7n | tail

посмотри на самые большие открытые файлы

P.S. И еще плюнь в лицо тем кто говорит, что на домашней машине достаточно / и /home, а всякие /tmp,/var, /usr отдельно не надо.

/tmp,/var, /usr отдельно не надо.

Ну в /tmp можно и tmpfs примонтировать.

Кстати, не подскажите как правильно уживаться с отдельным /usr? А то недавно добновлялся.

В используемом дистрибутиве init зависит от bash (а он от /usr/lib/libncursesw.so), mount тоже тянет 3 либы util-linux что в /usr/lib.

bash (а он от /usr/lib/libncursesw.so), mount тоже тянет 3 либы util-linux что в /usr/lib

Я такого еще не видел, ни в Дебиан, ни в РедХат.

cd /
du -h

может что то удастся выяснить

расфлудились-то

 du -sh /* 2>/dev/null | grep "[[:digit:]]\.*G" | sort -nk1
2,1G	/opt
2,1G	/root
7,9G	/usr
26G	/mnt
30G	/var
150G	/home

du -sh /home/* 2>/dev/null | grep "[[:digit:]]\.*G" | sort -nk1
17G	/home/megabaks
133G	/home/ftp

du -sh /home/ftp/* 2>/dev/null | grep "[[:digit:]]\.*G" | sort -nk1
1,5G	/home/ftp/DogmA.avi
2,2G	/home/ftp/All inclusive, или Всё включено.mkv
2,7G	/home/ftp/livedvd-x86-amd64-32ul-11.2
2,9G	/home/ftp/Python
4,0G	/home/ftp/Grand Theft Auto - San Andreas
4,4G	/home/ftp/Elki.2010.O.BDRip.720p.mkv
4,4G	/home/ftp/Supermenedzher.2011.O.BDRip.720p.mkv
4,6G	/home/ftp/The Thing (2011) 720p BDRip.mkv
4,9G	/home/ftp/I.Am.Legen.Alt.Cut.0dayTeam.mkv
10G	/home/ftp/Трансформеры 3_Темная сторона луны_2011.BDRip(Dub).mkv
88G	/home/ftp/music

Слышь, умник: Забит корень (комментарий)

тьфу, на сообщение ниже

слышу, моська
что это за баобаб и что он там себе придумал, меня не колышет

ах да - можно добавить ключик
--apparent-size
если ничего толком не покажет

ncdu

что это за баобаб и что он там себе придумал, меня не колышет

Да уже вижу, что упоротый. Тред прочитать не осилил, ничего дельного не написал.

Ну хоть использование в посте «расфлудились» - со стороны выглядит иронично, а то было бы совсем уныло.

man Знаки препинания

man du

И да, кстати, из режима восстановления переставил ядро теперь uname такой:

Linux chenger-de 3.0.0-17-generic #30~lucid1-Ubuntu SMP Fri Mar 9 15:25:28 UTC 2012 x86_64 GNU/Linux

Прошу всех извинить. Проблема была в «кривых руках» и устаревшей ссылке на /media некоторые программы создавли там по-новой папку, которая раньше была отдельным диском. Я-же из-за нервов и по неопытности считал что там показывается объем как-раз того старого диска. Когда сравнил его реальный объем и то что было в /media - понял что там просто создавалась папка в которую шла запись.

Непонятно одно. Как программа (Делюг, хотя, возможно и не он) смогла создать там папку? Неужто у нее есть на это привилегии?

тем кто говорит, что на домашней машине достаточно /

Я такого еще не видел, ни в Дебиан, ни в РедХат.

Воспользовался этим, пионерия: арч. Причем у меня есть свой хук - и известно где usr до отработки init c /.

Даже в принципе такого быть не может.У меня при всем нужном забито максимально 3,9 Гб. Даю для / максимум 12 Гб, для swap-3 Гб и остальное даю /home В вашем случае простой варинат переустановить систему с обязательным форматированием корня Я читаю все форумы и удивляюсь, кривые дистры что ли ставите ? У меня dell A860 с ubuntu 10.04 LTS (обновление только в крайнем случае), так за год с лишним никогда ни в чем не было проблем. Если и были, то только в силу моего копательства для уяснения «а что он может, на чем капец настанет ?„Ну, чисто экспериметы мои несколько раз рушили систему,руки иногда чешутся, хоцца все перепроверить Виктор