Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Изначальное сообщение		[ Отслеживать ]

"Раздел полезных советов: Объединение корневого и home разделов в RHEL/CentOS/Alma/Rocky 9 при использовании XFS"	+/–
Сообщение от auto_tips (?), 04-Апр-25, 09:54
По умолчанию в RHEL 9 и производных дистрибутивах создаётся два LVM-раздела с XFS - / и /home. Задача - убрать раздел /home и расширить на освободившееся место корневой раздел, так чтобы остался один большой корневой раздел. Включаем возможность входа с правами root в sshd. В /etc/ssh/sshd_config:    PermitRootLogin yes Перезапускаем sshd и перезаходим напрямую под root, без промежуточных пользователей:       systemctl restart sshd    ssh root@host Имеющиеся разделы:    df    /dev/mapper/almalinux_desktop--481dr30-root 73334784  19606796 53727988   15% /    /dev/mapper/almalinux_desktop--481dr30-home 416977996 48002116 368975880  12% /home Создаём в корне новый домашний каталог и переносим в него содержимое /home:    mkdir /home2    rsync -a /home/ /home2/ Закрываем сеансы всех пользователей и завершаем все процессы, которые могут использовать файлы в /home. Отмонтируем старый /home и переименовываем новый:    umount /dev/mapper/almalinux_desktop--481dr30-home    rm -f /home    mv /home2 /home Комментируем в /etc/fstab запись  для /home    /dev/mapper/almalinux_desktop--481dr30-root /                       xfs     defaults        0 0    # /dev/mapper/almalinux_desktop--481dr30-home /home                   xfs     defaults        0 0 Находим к какому физическому разделу привязаны логические тома LVM:    dmesg| grep nvme0    nvme0n1: p1 p2 p3    grep -r "nvme0n1" /etc/lvm    ...device = "/dev/nvme0n1p3" Удаляем LVM-раздел для /home:    lvremove /dev/mapper/almalinux_desktop--481dr30-home Расширяем размер корневого раздела, используя всё свободное пространство:    lvresize /dev/mapper/almalinux_desktop--481dr30-root /dev/nvme0n1p3 Расширяем файловую систему XFS до новых границ раздела LVM (можно делать это на лету без отмонтирования и перемонтирования в режим только для чтения):    xfs_growfs -d /dev/mapper/almalinux_desktop--481dr30-root Было:    /dev/mapper/almalinux_desktop--481dr30-root  73334784 49606184  23728600  68% / Стало:    /dev/mapper/almalinux_desktop--481dr30-root 490516480 52516220 438000260  11% / Блокируем возможность входа с правами root в sshd. В /etc/ssh/sshd_config:    PermitRootLogin no Перезапускаем sshd и проверяем:       systemctl restart sshd    ssh host URL: Обсуждается: http://www.opennet.dev/tips/info/3265.shtml
Ответить | Правка | Cообщить модератору

Сообщения

[Сортировка по ответам | RSS]

1. Сообщение от Tron is Whistling (?), 04-Апр-25, 09:54	+11 +/–
Героическое создание самому себе проблем для их преодоления? Просто меняем настройки при установке и забиваем на "умолчания".
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #6

2. Сообщение от Ося Бендер (?), 04-Апр-25, 14:26	+/–
Отличное решение проблемы.
Ответить | Правка | Наверх | Cообщить модератору

3. Сообщение от turbo2001 (ok), 04-Апр-25, 17:20	+/–
Почему все так rsync любят? Чем cp -a не угодил?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #5, #7, #14

5. Сообщение от Хитрый аноним (?), 04-Апр-25, 23:06	+2 +/–
Rsync работает быстрее. По крайней мере с дефолтными параметрами. Да и можно сэкономить время, если команда прерывается.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3

6. Сообщение от нах. (?), 05-Апр-25, 16:00	+5 +/–
> Героическое создание самому себе проблем для их преодоления? причем от авторов "selinux изобрели ВРАГИ (то ли дело весь остальной rhel - его точно друзья!) нам на погибель!" (иначе его ждал бы очень занятный сюрприз) > Просто меняем настройки при установке и забиваем на "умолчания". ну тут тоже конечно хочется пере...ть индусов rhbm поленом по хребту за их идиотские умолчания. Причем попытка просто использовать --nohome приведет к созданию совершенно феерично бесполезного xfs volume на 50G и игнорированию всего остального диска.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #10, #16

7. Сообщение от laspi (?), 06-Апр-25, 18:37	+/–
Корректно пермишены переносит.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #9

8. Сообщение от LeNiN (ok), 06-Апр-25, 22:14	+/–
> Находим к какому физическому разделу привязаны логические тома LVM Имхо, лучше до отмонтирования запустить `lsblk`, даже root не нужен. Может даже стоит с этого начать статью, чтобы было видно, что там как размечено.
Ответить | Правка | Наверх | Cообщить модератору

9. Сообщение от Аноним (10), 11-Апр-25, 06:00	+/–
А cp-то с опцией -a (которая включает --preserve=all) некорректно? Не, если у вас фряха или там солярис, я могу еще понять. Но у вас же RHEL, там GNU cp, он все переносит.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #18

10. Сообщение от Аноним (10), 11-Апр-25, 06:06	+/–
> причем от авторов "selinux изобрели ВРАГИ (то ли дело весь остальной rhel - его точно друзья!) нам на погибель!" (иначе его ждал бы очень занятный сюрприз) Причем делов-то, поставить метку на /home вручную, а остальное перенести. Ну или fixfiles relabel... > ну тут тоже конечно хочется пере...ть индусов rhbm поленом по хребту за > их идиотские умолчания. Ну вообще это вкусовщина совершенно. У меня например обратная претензия: я за то чтобы всегда выкидывать /var и /var/log на отдельные партиции, ну и куда софт будет ставится в будущем тоже (/opt, /srv, /var/lib/docker или что там в каждой конкретной ситуации, обычно один из них). Спасало очень много раз, когда переполнение логов например не приводит к переполнению /var, а переполнение / так же не приводит к переполнению /var. > Причем попытка просто использовать --nohome приведет к созданию совершенно феерично бесполезного > xfs volume на 50G и игнорированию всего остального диска. Ну так для автоэкстенда там другой ключик есть.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #11

11. Сообщение от нах. (?), 11-Апр-25, 12:35	+2 +/–
> Причем делов-то, поставить метку на /home вручную это просто маркер - раз не поставлено, значит это один из ЭТИХ. > Ну вообще это вкусовщина совершенно. нет. Это во-первых очевидно - баг. Неисправляемый уже больше десяти лет. Что как бы говорит о многом (т.е. на самом деле о том что пирожник никогда не ест своих пирожков). > я за то чтобы всегда выкидывать /var и /var/log на отдельные партиции Поверь, после примерно сотого сервера, причем админом там не ты, и что и как там работает ты либо не знаешь совсем, либо знаешь в общих чертах - тебе это расхочется. Выяснять /var/lib/docker там переполнится сегодня, или что. И захочется тебе предоставить установщику разгребать все это автоматически и при твоем минимальном участии. Но нет - он этому обучен только при беглом погляде. В деталях все плохо. > Ну так для автоэкстенда там другой ключик есть. нету. ЛИБО ты получаешь 50G с полностью автоматическим разбиением, что годится только для мелких и одноразовых поделок, либо ты получаешь 40G и все остальное совершенно ненужный на 99.9% серверов вообще /home, либо ты не пользуешься autopart вообще, каждый раз создавая вручную нужные тебе разделы, вручную заводя на них тома lvm (причем autopart так же автоматически включит в их названия имя сервера, что опять же очень здорово когда их много, а вот тебе либо каждый раз править, либо плюнуть и назвать их "rhbm", в автоматике такое не предусмотрено) и вручную распределяя по ним fs. Только в этом случае можно написать "--grow" - причем снова только одному разделу (если уж ты любишь много разделов - ты бы наверное хотел что-то вроде "30% этому, 20 тому, остальное вон туда", а не намертво захардкодить везде мегабайты. И lvm так умеет без необходимости вручную считать каждый раз байтики... а anaconda - нет.)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #12

12. Сообщение от qqq (??), 24-Апр-25, 12:28	+1 +/–
kickstart и pre-installation скрипт? Я правда давно все это делал, но вроде можно же как-то так.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11

13. Сообщение от Аноним (14), 27-Апр-25, 12:47	+/–
/home не на отдельном разделе? Но зачем, зачем усложнять себе жизнь, Карл, если, вдруг, захочется переустановить систему?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #19

14. Сообщение от Аноним (14), 27-Апр-25, 12:50	+/–
Очень тщательно может сохранять все обычные и расширенные атрибуты. Посмотрите его опции на этот счёт.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3

15. Сообщение от Аноним (15), 30-Апр-25, 12:02    Скрыто ботом-модератором	+/–
В наше время, мы учились, что \home, \var, \opt и \tmp надо\можно создавать при установке ОС, для удобства и безопасности работы системы. Таким образом мы и перешли на системы с атомарным обновлением, когда меняешь основной раздел и работаешь дальше с обновленными бинарями. Теперь смузихлебы отхлебывают обратно, запихивая \home в основной раздел. ЗАЧЕМ? Что бы акронисом бекапить весь диск?
Ответить | Правка | Наверх | Cообщить модератору

16. Сообщение от Аноним (16), 03-Май-25, 09:22	+/–
Конечно враги :-) достаточно вспомнить кто подарил начальную реализацию Selinux для включения в ядро.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6

17. Сообщение от Shellpeck (?), 05-Май-25, 09:21	+/–
Гораздо полезнее выделять /var и /var/log в отдельные файловые системы.
Ответить | Правка | Наверх | Cообщить модератору

18. Сообщение от еропка (?), 05-Май-25, 13:19	+/–
Дело не тольео в пермишенах. Время создания файла тоже желательно бывает сохранить
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9

19. Сообщение от Shellpeck (?), 12-Май-25, 10:53	+/–
А как это может помешать переустановке?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13

20. Сообщение от Аноним (20), 14-Май-25, 16:57	+/–
Ну rsync то можно было с нормальными ключами запустить, чтобы хардлинки сохраняло?
Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема