Вопросы о заполнении корневого раздела

[vik2]

Здравствуйте.
1. До скольких процентов заполнения корневого раздела Linux (ЛUbuntu) система будет работать нормально ?

2. Какими командами правильно определить заполняемость корневого раздела:
sudo df -h                 или
sudo du -hx -d 1 /

3. Можно ли удалить пакеты со старыми ядрами linux-image и идущими к ним linux-header  :
sudo apt-get purge $(dpkg -l 'linux-*' | sed '/^ii/!d;/'"$(uname -r | sed "s/\(.*\)-\([^0-9]\+\)/\1/")"'/d;s/^[^ ]* [^ ]* \([^ ]*\).*/\1/;/[0-9]/!d' | head -n -1) --assume-yes
А если у меня только ядро 3.13.0-53 cо всеми обновлениями по ветке 3.13 ,тогда ничего не удалится ?

4.  Что можно удалить в корневом разделе вручную(например,var) ?

[Pilot6]

vik2,
Будет работать, пок останется место.

Старые ядра желательно удалять. Имеет смысл оставлять предыдущее, на всякий случай.

Руками ничего не надо удалять.

[vik2]

vik2,
Будет работать, пок останется место.

Старые ядра желательно удалять. Имеет смысл оставлять предыдущее, на всякий случай.

Руками ничего не надо удалять.

Значит до 99% заполнения будет все нормально?
Ядра можно удалять указанной командой ?
В моем случае (только ветка 3.13) как удалить ?

[аспирин]

vik2,
если у вас / ,  home  отдельно тогда естественно пока / не заполниться.
если все разделы вместе ,там автоматом распределяется свободное место.читайте документацию.

Ядра можно удалять указанной командой ?

вариантов много synaptic например

[vik2]

Хомяк на отдельном разделе, а
vik@vik-Inspiron-M5010:~$ sudo du -hx -d 1 /
[sudo] password for vik:
3,7G   /usr
24K   /tmp
4,0K   /mnt
8,0K   /media
933M   /var
4,0K   /srv
1,8G   /lib
16K   /opt
11M   /sbin
16K   /lost+found
340M   /boot
4,0K   /lib64
9,8M   /bin
1,6G   /root
11M   /etc
4,0K   /cdrom
8,3G   /

Пользователь решил продолжить мысль 26 Мая 2015, 11:21:41:А если у меня только ядро 3.13.0-53 cо всеми обновлениями по ветке 3.13 ,тогда ничего нельзя удалить ?

[ChapaikinVA]

Я - не гуру. Далее - частичный ответ, как делал я. Кто крутой - м. поправить / дополнить.

3. Можно ли удалить пакеты со старыми ядрами linux-image и идущими к ним linux-header  :
sudo apt-get purge $(dpkg -l 'linux-*' | sed '/^ii/!d;/'"$(uname -r | sed "s/\(.*\)-\([^0-9]\+\)/\1/")"'/d;s/^[^ ]* [^ ]* \([^ ]*\).*/\1/;/[0-9]/!d' | head -n -1) --assume-yes
А если у меня только ядро 3.13.0-53 cо всеми обновлениями по ветке 3.13 ,тогда ничего не удалится ?

Я это у себя делал / делаю с помощью ubuntu-tweak (вкл. в себя модуль для очистки системы).

(Нажмите, чтобы показать/скрыть)

Устанавливается:

Код: [Выделить]

sudo add-apt-repository ppa:tualatrix/ppa
sudo apt-get update
sudo apt-get install ubuntu-tweak

Эта прога всё делает сама (т. е., сама определяет, что можно удалить), можно самому не париться по поводу того, что именно удалять. Пока проблем из-за неё не было.

+ К прочему, регулярно м. использовать bleachbit (есть в стандартном списке ПО, которое м. установить через менеджер ПО).

__________

4.  Что можно удалить в корневом разделе вручную(например,var) ?

Определено опытным путём (в т. числе, через собств. ошибки). Работает/работало ОК на моей системе (KUbuntu 13.10 32-битн.).

Я переносил /var /home /tmp на другой том (точнее даже, на разные тома).

Замечание:

(Нажмите, чтобы показать/скрыть)

/tmp оказалось, что надо переносить, по причине того, что нек. приложения (напр., аудиоредактор audacity) м. использовать в работе оч. большой объём данных в этом каталоге. При этом, когда заканчивалось место в /tmp (и, соответственно, в "/", т. е., на томе, куда у меня была сама ОС установлена), то вся система подвисала.

Замечания по переносу:

(Нажмите, чтобы показать/скрыть)

1. Как правильно переносить каталоги, я не знаю. Переносил с копированием прав доступа + acl (это м. сделать командами getfacl и setfacl). Внутри каталогов м. быть элементы-сокеты. Как их копировать / переносить, я не знаю. Но, вроде, их программы сами создают, и у меня всё вроде работало после перенесения.

+ к тому, это, вероятно, давало увеличение производительности за счёт параллельности (каталоги физически были на разных носителях).

2. Если не уверены, сначала м. сделать так: каталоги копировать, а не перемещать (+ копировать права доступа). Исходные каталоги - переименовать, напр., в /_tmp (и соответственно /_var). Если получите проблемы - можно загрузиться из-под другой инсталляции ОС, и переименовать всё назад.

После перенесения /tmp и/или /var появлялась ошибка в среде (подозреваю, что это - KDE-специфичное): не запускался сервер akonadi. Это приводило к тому, что отказывалась работать часть функциональности в разных приложениях.

Раскопал причину:

(Нажмите, чтобы показать/скрыть)

Оказалось, что ошибки не бывает, если /tmp и /var - не симв. ссылки, а обычные каталоги. Если сделать их симв. ссылками - то не работает.

Решение:

(Нажмите, чтобы показать/скрыть)

Соотв. образом отредактировал /etc/fstab.

Схема:

1. Каталоги /tmp и /var должны монтироватся при загрузке ОС (не вручную и не в скриптах, автовыполняемых при загрузке ОС).
2. Сначала д. монтироваться том(а), на кот. фактически находится /tmp (или соответственно /var).
3. Затем "монтируются" /tmp и /var с использовании опции bind.

При этом появлялась проблема:

Поскольку том был "монтирован" дважды (первый раз обычно, полностью; второй раз - "частично", через опцию bind), то почему-то во всех / почти всех приложениях (в т. числе, в файловом менеджере, в стандартных файловых диалогах: "Открыть", "Сохранить как..." и т. п.) в точке входа для всего тома целиком соответствовала ТОЛЬКО ПАПКА /tmp (или соответственно /var) - т. к. она же тоже была монтирована.

Раскопал причину:

(Нажмите, чтобы показать/скрыть)

После нек. экспериментов оказалось, что система:

1. Упорядочивает все точки монтирования, соответствующие некоторому (любому) тому ПО АЛФАВИТУ, и

2. По умолчанию (т. е., в т. числе и в файловых диалогах) ставит в соотвествие точке входа для тома - ПОСЛЕДНЮЮ (ПО АЛФАВИТУ) строку.

Естественно, /tmp (или соответственно /var) по алфавиту идёт позже, чем /media/*. Поэтому, желая открыть / "подключить" в файловом менеджере ВЕСЬ соответствующий том, мне открывался только каталог, смонтированный с пом. опции bind (/tmp или соответственно /var).

Решение:

(Нажмите, чтобы показать/скрыть)

Я использовал такое: создал каталог /z.media, и ТУДА монтировал весь соответствующий том.

При этом, поскольку /z.media по алфавиту идёт позже, чем /tmp (или соответственно /var), то система стала понимать смонтированные тома правильно: по щелчку открывались для обзора именно корневые каталоги томов, соответствующих папкам /tmp и /var (они у меня были на физически разных носителях). А содержимое папок, "смонтированных" с помощью опции bind, было видно соответственно в местах: /tmp и /var.

Т. е., кратко говоря:

(Нажмите, чтобы показать/скрыть)

Не работало, если в /etc/fstab:

Код: [Выделить]

UUID=<идентификатор> /media/<Каталог_1>               ext4    errors=remount-ro 0       1
/media/<Каталог_1>/<путь>/var /var none bind

Работало, если в /etc/fstab:

Код: [Выделить]

UUID=<идентификатор> /z.media/<Каталог_1>               ext4    errors=remount-ro 0       1
/z.media/<Каталог_1>/<путь>/var /var none bind

Для /tmp - аналогично.

__________
П.С. Может, кому-то вышесказанное сэкономит время.

[Pilot6]

/var точено нельзя удалять. Порушите все.

[ChapaikinVA]

933M   /var

Что-то мне каж., имеет смысл выполнить: sudo apt-get autoremove и т. п.

[Haron Prime]

Что-то мне каж., имеет смысл выполнить: sudo apt-get autoremove и т. п.

скорее уж

Код: (bash) [Выделить]

sudo rm -f /var/cache/apt/archives/*.deb

[vik2]

Что-то мне каж., имеет смысл выполнить: sudo apt-get autoremove и т. п.

скорее уж

Код: (bash) [Выделить]

sudo rm -f /var/cache/apt/archives/*.deb

Можно выполнить эту команду?
Будет очищена папка с архивами деб-пакетов?

[alsoijw]

Haron Prime, зачем изобретать велосипеды? Есть

Код: (bash) [Выделить]

sudo apt-get cleanТут даже текста мешьше.

[Haron Prime]

зачем

потому, что гладиолус!
выполни apt-get clean, а потом зайди в указанный каталог через файловый менеджер!

clean
    clean очищает локальное хранилище полученных файлов пакетов. Команда удаляет все, но оставляет файлы из /var/cache/apt/archives/ и /var/cache/apt/archives/partial/. Когда APT используется как один из методов dselect, clean запускается автоматически. Те, кто не пользуется dselect, для освобождения места на диске могут время от времени использовать apt-get clean.

http://www.opennet.ru/cgi-bin/opennet/man.cgi?topic=apt-get&category=8
В следующий раз, прежде чем начать умничать, почитай маны!

[Azure]

А я бы больше заморочился

1,6G   /root

[alsoijw]

Haron Prime, clean удалит архивы и оставит пустую директорию /var/cache/apt/archives/partial/ и временный файл. Какие там она файлы оставит?

Код: [Выделить]

$ sudo apt-get clean
$ find /var/cache/apt/archives/
/var/cache/apt/archives/
/var/cache/apt/archives/lock
/var/cache/apt/archives/partial
$


[vik2]

А я бы больше заморочился

1,6G   /root

Что делать?