Места мне места!

[Olej]

Чего-бы мне еще "снести". Это ноут, может с мышкой проститься?

Не нужно вам ничего мучительно сносить!
Передвиньте границу разделов диска / и /home.

[asy]

(для "попробовать" - достаточно, а для работы, с установками, обновлениями - нет). Хорошо бы, как минимум, 20Gb.

Так-то могу поспорить. Это пример с рабочей станции, откуда я пишу прямо сейчас.

[ASte]

На /home свободное место есть.
Если нельзя подвинуть границы разделов, то можно переместить на раздел с  /home каталоги /opt (если он есть), /var и возможно /usr.
А на / создать для них символические ссылки или примонтировать их с опцией --bind.
Переносить /usr наверное лучше все-же загрузившись с live.


Еще можно сделать apt-cache clean от рута - удаления кэша apt - у системы с историей он может быть достаточно большим.

Ну и наличие baсula проверить, и если установлена - то почистить а потом снести. Ссылку Руслан уже давал выше.

[asy]

Поспорить:

Обратитесь в Лигу Сексуальных Реформ.

© Остап Бендер.

Вообще-то, я привёл пример, который показывает, что 20 под корень - много. Но что в корне - вопрос отдельный.

[Olej]

Если нельзя подвинуть границы разделов

А почему это "нельзя"?

[ASte]

Между ними и так стоит хвост от другой системы (они не рядом)... Тут все таким образом может полететь.

Хотя "отрезать" кусок от /home и перенести туда /usr наверное можно попробовать. Но тут как всегда встает вопрос с резервными копиями при манипуляциях с  разделами.

[Olej]

Вообще-то, я привёл пример, который показывает, что 20 под корень - много.

Это вот это? :

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

/dev/sda5       3.9G  845M  2.8G  23% /
...
/dev/sda6        20G  9.1G  9.5G  49% /usr
/dev/sda7       9.8G  1.5G  7.9G  16% /var


А вы теперь возьмите бумажку и отсуммируйте это в столбик

[ruslandh]

мы говорим о корне, а не о /var или /usr. Imho их лучше держать отдельно, особенно /var

[dango]

Janin, добрый совет: изыщите возможность предварительно сделать резервную копию данных с изменяемых разделов.

[Антон Мидюков]

В принципе можно почти любую директорию на отдельный раздел вынести.

Нынешняя история берет начало после краха системы из-за отсутствия места после временной установки большой лицензионной и очень нужной программы.

А эта большая программа не в /opt случаем ставилась? Если так, то надо было /opt на отдельный раздел вынести.

[Olej]

мы говорим о корне, а не о /var или /usr. Imho их лучше держать отдельно, особенно /var

У ТС существуют (отдельно) только: а). /home + б). / на котором находится всё остальное: и /usr и /var и ещё много что другое...
При таком (популярном) разбиении под / хорошая цифра - это 20Gb...  минимальная, а максимальную кто-то здесь предлагал 200Gb - сколько сдуру не жалко.

[Dmytro]

Вы не пишете что у вас за дистрибутив, но подозреваю, что это результат работы bacula.

Не имеет значения какой дистрибутив, но в случае, если нет возможности выделить под Linux более 200 гигабайт - не надо разбивать диск на мелкие кусочки.
Делайте корень на всё.

...особенно, если это сервер или машина, которой пользуются человек 20. Будет хорошо работать... пока не заполнится единственный раздел.

Кроме случая, при котором единственный пользователь - сам себе админ локалхоста, диск делить на разделы обязательно надо. А в этом единственном случае - желательно.

В современных дистрибутивах

Он им попытался стать, многократно обновившись, начиная лет 5 - 7 назад.
Нынешняя история берет начало после краха системы из-за отсутствия места после временной установки большой лицензионной и очень нужной программы. Борьба шла за каждые 500 бт. Теперь задача не только откопать систему как таковую, но и заново вдохнуть в нее жизнь.
Чего-бы мне еще "снести". Это ноут, может с мышкой проститься?

Вы можете просто рационально перераспределить место между / и /home, передвинув (аккуратно!) границу разделов с помощью gparted.

Между ними и так стоит хвост от другой системы (они не рядом)... Тут все таким образом может полететь.

Тогда только отдельные каталоги переносить.

[Speccyfighter]

Спасибо, похоже под него! Теперь осталось только его перенести. Это будет еще 400 и того 900 Мб... все равно в итоге будет маловато.

В современных дистрибутивах Linux 10Gb мало под / для активной работы системы (для "попробовать" - достаточно, а для работы, с установками, обновлениями - нет). Хорошо бы, как минимум, 20Gb.

У каждого свой стиль использования системы.
И если не борзеть забивая корневую 4-рёхгигабайтными файлами, то можно и меньше:

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

# df -m /dev/sda1
Файловая система 1M-блоков Использовано Доступно Использовано% Cмонтировано в
/dev/sda1            20541        15770     3705           81% /mnt/sda1


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

# find /mnt/sda1/ -type f -size +500M -exec ls -l {} \; | awk '{print $5}'
3878043648
583008256
4619468800


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

# echo $((3878043648+583008256+4619468800))
9080520704


Если не держать тучу ядер

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

# ls /mnt/sda1/lib/modules/|wc -l
18

которые займут приблизительно

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

# echo $((16*140))
2240

и не собирать в корневой большие файлы, которые в мегабайтах потянут

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

# echo $((3878043648+583008256+4619468800))/1024^2|bc -l
8659.85937500000000000000

то реально занятое в корневой, в метрах будет

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

# echo $((15770-8659-2240))
4871


[Speccyfighter]

На /home свободное место есть.
...
Переносить /usr наверное лучше все-же загрузившись с live.

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

[Speccyfighter]

то реально занятое в корневой, в метрах будет

Иди, лучше, перемножай гигабайты на проценты ... вместе с второгодниками  :

Это уравнение с одним неизвестным и уметь решать их обязан любой программист на бейсике:

Уравнения решать в школе не учили?
размер - проценты
размер - x
В школу иди.
Где ты видел файловую в 106% ?

Иди лучше всё сразу ложи в 200 Гб на шпиндельный винчестер и жди пока пройдут выходные и оно всё чекнется.


Тебе уже tune2fs сказал - с gparted совпадает с точностью до десятой/сотой:

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

# tune2fs -l /dev/sda3|grep 'Block count\|Free blocks\|Block size'
Block count:              4096000
Free blocks:              633757
Block size:               4096


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

# bc -l
bc 1.06
Copyright 1991-1994, 1997, 1998, 2000 Free Software Foundation, Inc.
This is free software with ABSOLUTELY NO WARRANTY.
For details type `warranty'.

4096000*4096/1024^3
15.62500000000000000000

633757*4096/1024^3
2.41759109497070312500

Разбежка с gparted 0.5 процента за счёт округления, что не в счёт, - что тут непонятного?

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

# bc -l

13.21*100/15.625
84.54400000000000000000