LINUX.ORG.RU

LVM, boot раздел, snapshots и скорость

 


0

2

Здравствуйте.

Дело в следующем. Если при установке системы выбрать LVM для root, то придётся выносить boot раздел за пределы LVM. Речь идёт об установщике Fedora и CentOS. Всё бы ничего, но если вынести boot за пределы LVM, то вы не сможете делать snapshots раздела boot.

Пример. Перед обновлением вы хотите сделать snapshot для root, на случай если обновление пройдёт неудачно, но толку от такого snapshot будет немного. Ведь обновление может включать в себя новую версию ядра, а следовательно, чтобы полноценно откатить такое обновление, вам нужно делать snapshot всего корневого раздела, включая boot. А, boot остаётся за бортом LVM.

Как это обойти? Как сделать boot раздел частью LVM в Centos и Fedora? Сам я от LVM отказался в пользу btrfs, где такой проблемы нет. Но, тем не менее, хотелось бы узнать как вы смогли решить эту проблему?

Далее. Процедура merge применительно к snapshot занимает очень много времени. Всё конечно же зависит от размера snapshot, который вы собираетесь merge`ить. Но, в целом, махина LVM довольно медленная. В Fedora 33 по умолчанию будет btrfs, где все эти манипуляции происходят куда быстрее.



Последнее исправление: cross_platform (всего исправлений: 1)

Нормально работающие снапшоты в LVM есть только для тонких томов.

anonymous
()

grub2 замечательно загружает систему с lvm без /boot на отдельном разделе. При этом не будет работать команда save_env.

Про загрузку с lvm и btrfs в качестве rootfs - ничего не знаю.

В отдельном /boot нет ничего, что нужно откатывать. Там только конфиг загрузчика. Ядро и initrd не должны быть в отдельном /boot.

vel ★★★★★
()
Ответ на: комментарий от vel

grub2 замечательно загружает систему с lvm без /boot на >отдельном разделе

Anaconda (установщик CentOS и Fedora) просто не позволяет создать LVM без отдельного boot-раздела.

В отдельном /boot нет ничего, что нужно откатывать

После обновления ядра в CentOS (с отдельным boot-резделом), я попробовал откатиться при помощи lvmconvert –merge, но система не загрузилась ни в новое ядро, ни в старое.

cross_platform
() автор топика

В Fedora 33 будет btrfs, то есть откатить обновления можно будет куда быстрее.

А в 32 как будто нет?

Сегодня, кстати, ставил 33, /boot был отдельным в ext4. Мелочь, а неприятно.

t184256 ★★★★★
()
Ответ на: комментарий от t184256

Безусловно, вы можете использовать Btrfs и в Fedora 32. Я лишь имел ввиду, что в Fedora 33 Btrfs будет предлагаться по умолчанию, что позволит приобщить к этой файловой системе большее число пользователей.

cross_platform
() автор топика

В федоре одновременно установлено три ядра. В случае невозможности загрузки после обновления можно загрузиться в старое ядро. Если проблема не в ядре, то придётся ручками откатывать снапшот и ручками почистить /boot от самого нового ядра (к которому в снапшоте нет модулей и прочих потрошков). Горе-то какое, два файла удалить надо.

legolegs ★★★★★
()
Ответ на: комментарий от legolegs

придётся ручками откатывать снапшот и ручками почистить

При таком раскладе если нужны snapshots, проще поставить систему на btrfs, где ничего не нужно «ручками почистить». А если у вас Suse, то там вы вообще имеете вечную систему «из каробки» и как бы криво не установились обновления, можно в пару кликов всё вернуть в норму.

cross_platform
() автор топика
Ответ на: комментарий от cross_platform

А если у вас Suse, то там вы вообще имеете вечную систему «из каробки» и как бы криво не установились обновления, можно в пару кликов всё вернуть в норму.

Как это там реализовано? Никогда Suse не использовал

Moattasam
()

Ставь grub на отдельный раздел и сконфигурь вручную. /boot не выноси из корня. Всё просто.

$ mount
...
/dev/mapper/sm-sm_archlinux on / type ext4 (rw,noatime)
...
$ ls /boot/vml* | cat
/boot/vmlinuz-linux
/boot/vmlinuz-linux-lts
/boot/vmlinuz-linux-zen
wandrien ★★
()
Ответ на: комментарий от cross_platform

Anaconda (установщик CentOS и Fedora) просто не позволяет создать LVM без отдельного boot-раздела.

Хм. Что в очередной раз подтверждает, что установщики зло. Ставь руками тогда.

wandrien ★★
()
Ответ на: комментарий от cross_platform

Ну хз, должен же быть какой-то энтерпрайзный установщик там, чтобы не делать «пару кликов» на пару сотен машин, а один раз задать настройки, и всё само развернулось.

wandrien ★★
()

у тебя и с бтрфс такие же проблемы будут, монтировать efi раздел в /boot/efi не пробовал? а lvm, да, не нужОн после того как btrfs перестала падать (уже как пару лет стабильна)

tz4678 ★★
()
Ответ на: комментарий от tz4678

у тебя и с бтрфс такие же проблемы будут

Таких проблем нет

монтировать efi раздел в /boot/efi не пробовал

Вопрос не в этом. Вопрос в том, что установщик Fedora или CentOS не позволяют включить раздел boot в пространство lvm. Как следствие, возможность делать snapshots весьма ограничена.

cross_platform
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.