После добавления диска df -h показывает тот же размер, что и до добавления

Не заметил эту ошибку

[root@kvmnode1 ~]# resize2fs /dev/centos/root
resize2fs 1.44.0 (7-Mar-2018)
resize2fs: Bad magic number in super-block while trying to open /dev/centos/root
Couldn't find valid filesystem superblock.

Как быть в таком случае?

Разобрался сам ) resize2fs подходит на EXT4, а у меня XFS. Поэтому для XFS надо xfs_growfs /dev/centos/root.

Xfs не поддерживает уменьшение размера если что.

У lvextend есть ключик -r, если что, который сам вызовет подходящую программу для изменения размера файловой системы.

Что заставляет людей делать / больше 8гб?

Отделяйте данные от системы!

У меня / 30 ГБ, из них 25 занято, например (из них 10 занимает /usr и ещё 10 занимает /var/cache). Пользовательские данные на другом разделе лежат, естественно.

Только не спрашивай, что там лежит. Я не смотрел и не собираюсь – плюс-минус 10 гигабайт на террабайтном диске погоды не сделают.

У меня всегда было 20 ГБ выделено под / (вынесены /var и /home), раньше всегда хватало. Этим летом Арч пожаловался, что нет места, чтобы поставить апдейт. Пришлось еще 20 накинуть.

из них 10 занимает /usr

Это довольно небольшая установка. Есть поставить разные средства разработки, еще 10 можно занять легко, и еще попросит.

И кто тебе мешал вынести /usr и тем более /var/cache в отдельный lv?

И зачем так делать?

Чтобы как можно реже трогать раздел /, который фактически не растет, но имеет свою специфику с невозможностью его размотировать и/или перевести в RO

Чтобы как можно реже трогать раздел /, который фактически не растет, но имеет свою специфику с не возможностью его размотировать и/или перевести в RO

Нету там ничего в /.

/bin  -> /usr/bin
/sbin -> /usr/bin
/lib  -> /usr/lib

Давай пойдём дальше и вообще все рутовые папки по отдельным lv разнесём. Ты, наверное, так уже и сделал, да?

Всякие средства разработки типа IDEA и её специализированных вариантов я ставлю в хомяк, ибо так легче всякие SDK и плагины ставить. Брат жив, если ты понимаешь, что я имею в виду.

Все что меняется слишком часто вынес. /usr, /home, /var, /tmp

И не подкалывай меня, я с линуксом больше 20лет (серверы), из которых 19 на десктопе он единственная система. Так что свое отношение к разделению диска не из теории, а из практики сложил.

Все что меняется слишком часто вынес. /usr, /home, /var, /tmp

Остался /boot и /etc?

/boot всегда отдельно. /etc я бы вынес на nilfs2, но это слишком сложно для моей лени

То есть ничего не осталось.

#  du -hs /etc
35M	/etc

И не подкалывай меня, я с линуксом больше 20лет (серверы), из которых 19 на десктопе он единственная система.

Аргументация авторитетом? К сожалению, количество и качество – напрямую не связаны.

Все что меняется слишком часто вынес. /usr, /home, /var, /tmp

Ну и какого размера у тебя рут в итоге? Что там осталось (кроме /etc)?

я неверно акцентировал свой посыл ограничив размер /. Пусть будет хоть 100г, но он при нормальной эксплуатации, не учитывая апдейта системы, практически не должен меняться. Т.е. всякие tmp var cache и т.д. должны быть отделены

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

И это нужно для того, чтобы… ?

После добавления диска df -h показывает тот же размер, что и до добавления (комментарий)

Вопрос тот же самый:

Чтобы как можно реже трогать раздел /

И это нужно для того, чтобы… ?

имеет свою специфику с невозможностью его размотировать и/или перевести в RO

Нет там специфики. Ты всё вытащил на другие тома, остался просто корень, не выполняющий никаких функций.

Хотя на практике всё очень просто:

• /usr — неизменная часть операционной системы (т.е. то, что ставится пакетами и всегда должно побайтово совпадать сними).
• /etc — конфигурация операционной системы.
• /boot — ядро и сгенерированныей файлы для загрузчика.
• /var — изменяемые данные операционной системы.
• /home — данные пользователей.

Есть смысл выносить /var в целях производительности и /home по очевидным причинам. Раньше требовалось выносить /boot, сейчас с гибкими возможностями grub2 такой потребности нет.

Всё, что осталось на корне — статическая часть операционной системы.

я же уже исправил посыл с размером, указав на статику.

Ну вот статическая часть у меня как раз:

$ df -h /
Файловая система            Размер Использовано  Дост Использовано% Cмонтировано в
/dev/mapper/aq-aq_archlinux    40G          20G   19G           51% /

Это вместе /usr, /boot и /etc.

Ничего другого там нет. Зачем их делить?

Не надо, я уже третий раз говорю что с размером погнал (просто у меня такая статистика размеров / + /usr), акцент на статику.

Нет, я тебе не об этом говорю. Я спрашиваю, чего именно ты пытаешься добиться, отделяя /usr от /, если на / теперь не лежат исполняемые файлы «базовой системы», а всё засунуто в /usr?

Это же не BSD.

С /usr я тоже погнал уже по инерции загоняя к 8гб. Увлекся.

У меня такое в /opt живёт (это отдельный lv)

Софт, который ты скачал мимо пакетного менеджера, – в /opt?

drwxr-xr-x root root /opt

Всякие толстые программы (обычно с отдельным инсталятором или самообновляющиеся) - да, в /opt. Я своему пользователю дал права на запись туда.

То, что ставится через make install - идёт /usr/local (обычно с помощью checkinstall).

То, что ставится через make install - идёт /usr/local (обычно с помощью checkinstall).

Любую систему можно превратить в слаку, но не нужно.

1. А в чём проблемы (сборка пакета checkinstall’ом с префиксом в /usr/local)?

2. А как надо делать?

Всякий временный хлам я собираю в хомяке.

(Если точнее, в /builds/$programname/, но /builds это просто симлинк на подкаталог в хомяке, чтобы меньше печатать.)

А не временный — заворачиваю в полноценные арчевские пакеты, а PKGBUILD-ы засовываю в git.

нет места

сделай так

# pacman -Scc

потом вот так

# pacman -Rns $(pacman -Qqdt)

pacman -Scc

/var на другом томе.

потом вот так

Там всего метров 500, копейки.

к примеру chrome из пакетов оф.репозитория гугла ставится в /opt