Оптимизация Сквизи после обновления

После обновления от Ленни до Сквизи 11.4 у меня осталось мало места на корневом разделе, периодически вываливается сообщение об этом. Кроме того, количество свободного места в корне необъяснимо сокращается. Всего под корень выделено 27 Гб. Даже подумываю на вирус - кламом проверился. При этом /хома , /тмп , /вар/лог, подкачка (своп) вынесены на отдельные разделы. Подскажите кто знает, где в системе можно и нужно безопасно почистить от старого хлама после обновления. Кроме ду/дф, кто чего посоветует из утилит понаглядней для анализа места на дисках, разделах и папках.

Кэш апта почисть для начала, как? - man apt-get, man aptitude.

newzenon написал:

Кэш апта почисть для начала, как? - man apt-get, man aptitude.

Ага спасибо перепроверю вечером. Что-то такое делал по памяти не по инструкциям, может чего упустил.

ы. deborphan ещё.

http://test.linuxru.org/tips/debian-udalyaem-ostatki-apt-get-remove

paukin написал:

[quote=newzenon]Кэш апта почисть для начала, как? - man apt-get, man aptitude.

Ага спасибо перепроверю вечером. Что-то такое делал по памяти не по инструкциям, может чего упустил.[/quote]
Перепроверился. Кэш Апта, как оказалось, был младенчески чист :) В итоге, вычислил основного виновника - папку рута, следы экспериментов, в основном папка /root/.wine/ . - В общем, всё почистил. Таким образом, временно решил эту проблемку. Надо тоже было в своё время рута на отдельный раздел вынести. Но, в целом тема остаётся актуальной - как чистить систему от неиспользуемых системных файлов - для примера в соседней теме аналогичная задача всплыла.

"newzenon" написал:

http://test.linuxru.org/tips/debian-uda … get-remove

Тоже вариант. Периодически он попадался и мне при поиске решиний вопроса темы.
Вот даже скрипт-чисильщик попался, с учётом и этой команды, но с более развитой логикой. Сделан он под Убунту. Но, думаю и под Дебианом вполне должен работать:

#!/bin/bash
OLDCONF=$(dpkg -l|grep "^rc"|awk '{print $2}')
CURKERNEL=$(uname -r|sed 's/-*[a-z]//g'|sed 's/-386//g')
LINUXPKG="linux-(image|headers|ubuntu-modules|restricted-modules)"
METALINUXPKG="linux-(image|headers|restricted-modules)-(generic|i386|server|common|rt|xen)"
OLDKERNELS=$(dpkg -l|awk '{print $2}'|grep -E $LINUXPKG |grep -vE $METALINUXPKG|grep -v $CURKERNEL)
YELLOW="\033[1;33m"
RED="\033[0;31m"
ENDCOLOR="\033[0m"
if [ $USER != root ]; then
  echo -e $RED"Error: must be root"
  echo -e $YELLOW"Exiting..."$ENDCOLOR
  exit 0
fi
echo -e $YELLOW"Cleaning apt cache..."$ENDCOLOR
aptitude clean
echo -e $YELLOW"Removing old config files..."$ENDCOLOR
sudo aptitude purge $OLDCONF
echo -e $YELLOW"Removing old kernels..."$ENDCOLOR
sudo aptitude purge $OLDKERNELS
echo -e $YELLOW"Emptying every trashes..."$ENDCOLOR
rm -rf /home/*/.local/share/Trash/*/** &> /dev/null
rm -rf /root/.local/share/Trash/*/** &> /dev/null
echo -e $YELLOW"Script Finished!"$ENDCOLOR

В /root никаких экспериментов делать _не_надо_ тем более с wine, ну сколько раз??? Хоть кол на голове. :] Wine-у место _только_ в /home/user и точка.
/root воспринимать надо как системный и ничего там свого не хранить.

newzenon написал:

В /root никаких экспериментов делать _не_надо_ тем более с wine

И я такого же мнения придерживаюсь, под рутом никогда систему не пользую - исключительно судо/су. Вот и наставил под судо/су каких-то виндовых примочек на 8 Гб по ошибке - не в том терминале, а потом забыл. А место, занятое в /root оказалось в итоге не учтённым, именно исходя из принципа, что там и не должно быть ничего лишнего.