Чому не рекомендується ставити завантажувальний розділ на lvm?

Я десь прочитав, що не рекомендується ставити завантажувальний розділ на розділ на основі lvm. Але я все одно це роблю. Тоді єдина проблема, з якою я стикався з цим, іноді, коли я встановлюю новий дистрибутив Linux і ставлю його завантажувальний розділ на lvm, grub не може його виявити. grub-mkconfigКоманда зазвичай робить помилку на генерацію grub.cfgфайлу. Але, якщо це єдина проблема завантажувального розділу на основі lvm, я думаю, що це нормально. Оскільки я знаю, як це виправити, просто надайте належну адресу призначеному завантажувальному розділу для завантаження, і тоді все піде нормально.

Отже, чи є щось окрім цього, що lvm може спричинити проблеми? Тому що, на мою думку, lvm є дуже гнучким і не сповільнює систему.

Це не проблема продуктивності, це проблема усунення та виправлення речей. /boot- це місце завантаження - там є кілька файлів, які запускають все інше у вашій системі.

І іноді вам потрібно зайти туди, щоб виправити проблему (наприклад, grub config або подібне).

Якщо вам доведеться це зробити, корисно мати найменший розмір файлової системи в знаменниках, щоб зробити це максимально просто, якщо, наприклад, вам доведеться видалити диск і помістити його в інше поле для редагування конфігураційного файлу.

Якщо ви перебуваєте в такому положенні, вам не хочеться «збивати» свій LVM у життя, щоб мати можливість його прочитати :).

Як мені кажуть, grub не може виявити вашу /bootфайлову систему LVM і grub-mkconfig зазвичай робить помилку при створенні grub.cfg, це здається достатньою причиною, щоб уникнути цієї конфігурації та перейти на щось, що grub підтримує краще. Коли ви говорите "просто дайте належну адресу призначеному завантажувальному розділу", я не знаю, що ви маєте на увазі під "адресою" або що саме ви робите як обхідне рішення, але, чесно кажучи, це звучить як страшний і тендітний злом.

Як основна і практично необхідна функція, завантажувач може отримати доступ до простої файлової системи на простому розділі диска і завантажити наступний етап звідти. Це все, що дійсно потрібно зробити. Більше функцій завантажувача, таких як розбір контейнерів, таких як LVM, та жонглювання декількома дисками в середовищі перед завантаженням, просто означає більше функцій Linux (ядра), які потрібно дублювати в grub (більше коду, більше помилок), але ніколи не зовсім точно працювати однаково в обох середовищах (більше плутанини) та загальній складності. Для завантаження, чим простіше, тим краще.

Я використовую каталог "/ boot" у файловій системі "/" LVM протягом багатьох років у Fedora і ніколи не виникав проблем.

Вам просто потрібно подбати про те, щоб зробити той єдиний фізичний диск, де "/" живе єдиний на вашій гучності групи. У мене для цього фізичного накопичувача є група "vgmain" та "vgdata" для всіх інших. Це важливо, якщо вам потрібно перенести свій привід на інший комп'ютер у ситуації усунення несправностей. LVM не працюватиме, якщо він складається з декількох фізичних дисків. Але це буде, якщо його складе лише один.

Але мені ніколи не довелося переживати цю ситуацію з усунення несправностей.

Останні установки Fedora не дозволять вам це робити автоматично. Під час встановлення вам доведеться помістити "/ boot" у звичайний розділ, потім нормально завантажитися, а потім перемістити вміст вручну до файлової системи "/" LVM. Переконайтеся, що ви реорганізували речі так, щоб вони виглядали як "/ boot" як звичайний каталог під LVM "/", а "/ boot2" як старий розділ завантаження, а потім зробили "grub install / dev / sda" або щось подібне. Перезавантажте, а потім видаліть файлову систему «/ boot2» і включіть розділ назад до LVM, щоб бути корисним.