Який рекомендований розмір для Linux / boot розділу?


46

Який рекомендований розмір для /bootрозділу Linux ?

І чи безпечно не мати /bootперегородки?

Я бачу, що деякі сервери не мають /bootрозділу, тоді як деякі сервери мають /bootрозділ 128 Мб . Я трохи розгублений. Чи /bootпотрібна перегородка? Якщо вона є, наскільки вона повинна бути великою?

Відповіді:


40

В наші дні 100 мегабайт або 200 мегабайт є нормою.

Вам не потрібно мати розділ / boot. Однак це добре мати з міркувань гнучкості (LVM, шифрування, обмеження BIOS).

Редагувати:

Рекомендований розмір збільшено до 300МБ-500МБ.

Також дивіться: https://superuser.com/questions/66015/installing-ubuntu-do-i-really-need-a-boot-parition


3
200 Мб - це мінімум для більшості сучасних Linux, але я збільшив би його до мінімум 300 Мб, щоб уникнути клопоту з його повторним розміром.
Wernight

@josten Я міг би встановити елементарну ОС на одному btrfs без подальшого /bootрозбиття чи випуску. Не знаю, чому ти це сказав.
Wernight

@josten Добре, деякі це більше "вам може знадобитися". Дякуємо за уточнення.
Wernight

Я хотів би побачити цю відповідь ще до моєї інсталяції - встановлено Debian 8 із завантаженням 100 Мб і зрозумів, що майже половина завантажувального розділу відпала.
Кодизм

@ewwhite Звідки береться цей рекомендований розмір?
Тім

36

Я схильний створювати 1 Гб /boot. Я залишаю зображення на живому компакт-диску, в якому є різні інструменти для ремонту /boot. Я здебільшого роблю це для систем, які на віддалених сайтах я підтримую.

Маючи правильну конфігурацію та достатню кількість пам'яті, GRUB 2 може завантажувати зображення, не виймаючи вміст. Пару разів я говорив віддаленим співробітникам про перезавантаження системи до прямого CD-зображення та запуск мережі / ssh на систему, яка мала проблеми, щоб я міг підключити та відремонтувати речі.

Це звичайно не потрібно або навіть є загальним.


Який живий компакт-диск ви віддаєте перевагу в цих випадках?
ewwhite

1
Для мене дистрибутивом вибору є SystemRescueCD, а Finnix - ще один приємний.
Марсіан

9
Ви, сер, дивовижні.
SpacemanSpiff

1
@zoredache Я встановлюю аркуш Linux на зовнішній жорсткий диск з робочою метою, я хотів би додати живе зображення, як ви сказали, що ви це зробили, для порятунку, чи можете ви вказати мені будь-які посилання, як це зробити?
pahnin

3
@pahnin Ось інструкції, які я знайшов для цього: help.ubuntu.com/community/Grub2/ISOBoot (це, мабуть, варто
сказати

22

Який рекомендований розмір для /bootрозділу Linux ?

/bootРозділ містить конфігурацію GRUB, ядро з їх System.map ... Я думаю , ~ 100 МБ досить.

І чи безпечно не мати /bootперегородки?

Так. Але окремий /bootрозділ має деякі переваги:

  • Як рятувальна перегородка
  • rootfs є в LVM, RAID, зашифровано або не підтримується GRUB
  • Можливо, економиться кілька секунд часу завантаження

2
Я порівняно недавно був здивований біосом, який не міг отримати доступ понад 1023 (?) Балонів.
Випадково832

2
@quanta як "можливо, економиться кілька секунд часу завантаження" ?
Алессандро Пеццато

2
Оскільки зазвичай / завантаження знаходиться на початку диска, який, як правило, на зовнішніх секторах, має менші шанси роздробитися, а шлях менший (менше читає каталог), зазвичай це первинний розділ (не потрібно читати логічний розділ ланцюжок). Але я сумніваюся, що ви отримуєте більше 1 секунди.
Mircea Vutcovici

8

Він також відрізняється розподілом від розподілу. Наприклад, для Fedora мінімум - 250 МБ [1], а 500 Мб - за замовчуванням, і якщо ви плануєте (попередньо) оновити в майбутньому, потрібно 500 МБ [2] . Якщо простір не є проблемою, я б зайняв 1 Гб, щоб запобігти переміщенню перетасовок розділів пізніше, як це потрібно було робити при нещодавньому оновлення.

[1] http://docs.fedoraproject.org/en-US/Fedora/16/html/Installation_Guide/s2-diskpartrecommend-x86.html
[2] http://fedoraproject.org/wiki/How_to_use_PreUpgrade#Not_enough_space_in_.2Fboot


5

Щойно я встановив Ubuntu 13.10 (Saucy Salamander) з 105 Мб /boot. Він встановлений нормально, але після його перезавантаження я зробив оновлення, і він сказав, що місця не вистачає.

Для оновлення потрібно було ще 196 Мб; це, мабуть, було оновленням ядра чи іншим. Тож довелося перевстановити з більшим /boot. Я пішов на 500 МБ, і це, здавалося, спрацювало. Це добре, що не потрібно багато часу, щоб зробити нову установку :)


Ubuntu не завжди видаляє старі ядра після оновлення. Це потрібно зробити самостійно. В іншому випадку це може тривалий час тримати декілька з них.
Метт

Я використовував розмір за замовчуванням на своєму ноутбуці, який становить менше 100 Мбіт. Наслідком цього є те, що щоразу, коли я оновлююсь, мені потрібно видалити попереднє оновлення, тому у мене на комп’ютері завжди є дві версії. На своєму новому ноутбуці я зроблю / завантажую 1 Гбіт. На моєму робочому столі це 500Mb, що здається нормальним.
Крістін

4

Сучасні системи, як правило, встановлюються зі значно більшим / завантажувальним розділом, ніж у минулому. Кількість лише зростала з часом.

Поміркуйте:

RHEL 5 створив розділ 101 завантаження / завантаження.

RHEL 5 Розбиття

RHEL 6 створив 500 MiB / розділ завантаження.

RHEL 6 Розбиття

RHEL 7 також створив 500 MiB / завантажувальний розділ, але це було змінено на 1024 MiB у 7.3, оскільки, як зазначено у випуску, зазначено :

У попередніх випусках Red Hat Enterprise Linux 7 розмір розділу / boot за замовчуванням був встановлений у 500 МБ. Це може призвести до проблем у системах з декількома ядрами та додатковими пакетами, такими як встановлено kernel-debuginfo. Розділ / boot може стати повноцінним або майже повним у такому сценарії, що потім перешкоджало оновленню системи та вимагало ручного очищення, щоб звільнити додаткове місце.

У Red Hat Enterprise Linux 7.3 розмір розділу / boot за замовчуванням збільшується до 1 ГБ, і ці проблеми більше не виникають у щойно встановлених системах. Зауважте, що для установок, виконаних з попередніми версіями, не буде змінено їх / завантажувальний розділ, і для оновлення може знадобитися ручне очищення. (BZ # 1369837)

RHEL 7 Розбиття

У моїх теперішніх системах EL7 використовується приблизно 200 MiB, які використовуються в / boot, але я зазвичай не встановлюю пакети ядра-налагодження.

Оскільки ядро ​​Linux продовжує зростати з часом, в основному завдяки додаванню драйверів апаратних пристроїв, ця рекомендація, ймовірно, продовжить зростати.

І знову, як зазначають інші, для більшості установок розділ / boot вже не є строго необхідним. Наприклад, VM не потрібні, наприклад, системи завантаження UEFI також не потребують цього (хоча вони мають системний розділ EFI, який повинен існувати і бути достатньо великим, щоб вміщувати різні файли UEFI). Розділ A / boot необхідний для деяких дуже старих застарілих систем і для використання шифрування повного диска LUKS.


4

Оскільки ми спостерігали досить високі вимоги до зберігання ядра Linux та постійно зростаючі initrds, я сьогодні (лютий 2018 року) прагну виділити 1 Гб пам’яті /boot.

Як /bootправило, єдине, що не є в LVM, це єдиний розділ, який ви не можете легко змінити розмір. Таким чином, "витрата" декількох сотень мегабайт зазвичай не шкодить так погано, як /bootфайлова система, яка виявляється занадто малою, можливо, через 5 або 10 років.


3

Це головним чином функція того, скільки ядер ви встановили, і розмір їх initrds.

Для ядра серії 3.0, initrd працює близько 13 Мб. Для ранніх 2,6 ядер це було 3,4 Мб. Отже, якщо ви плануєте зберігати більше декількох ядер, вам знадобиться принаймні пару сотень МБ.

Скільки і чи стосується вас це чи ні, залежить від вашого випадку використання. Якщо ви багаторазово завантажуєте, тестуєте ядра та / або оновлюєте часто, ви можете /bootшвидко втратити місце на розділі розміром 100 Мб . Якщо ви нічого не зробите з цього, це, ймовірно, буде достатньо.

Є дуже мало причин економити на зберіганні (це дешево, обмеження BIOS, монтажу та завантажувача блоків - це здебільшого минуле), і я спостерігаю помітне зростання ресурсів ядра з часом, тому безпечна ставка буде бути ~ 250 Мб - зараз 1 Гб. Як правило, я віддаю перевагу окремому / завантажувальному розділу для контролю та ізоляції, хоча це майже повністю стало справою смаку (RAID-пристрої були б очевидним винятком, LVM та шифрування, а також відмітили інші).


1

Це також залежить від того, скільки ядер ви хочете мати в наявності. Звичайне ядро, "xen" ядро, "настільне" ядро ​​і в більш ніж одній версії справді підсумовує добре. Я б не хотів витрачати менше 500 Мб. Зміна розміру фронтально розташованої секції після цього потребує багато часу.

Якщо ви створюєте віртуальну машину, окремий (віртуальний) диск може стати в нагоді для декількох розділів (/ home, / boot, /), якщо ви не знайомі з LVM.


0

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


5
Поточні дистрибутиви хочуть 200MB +.
ewwhite

1
Оновлення на 2017 рік: також може зробити / завантаження більше, як 500 Мб. 200MB буде працювати, але зберігання дешеве і мати місце для дихання буде приємно. Скористайтеся своїм судженням.
James T Snell

1
@JamesTSnell btw у інсталяції Ubuntu 16.04 не вистачало дискового простору на 200 МБ / завантаження після ~ 3 років оновлень та нових ядер - очевидно, система оновлення Ubuntu 16.04 не дуже добре очищає старі ядра. зараз / завантаження сидить на 240 Мб там .. і це було досить клопоту, виправляючи це, потрібно перенести все у завантажуваному файлі в інше місце, потім видалити завантажувальний розділ, потім змінити розмір кореневого розділу, а потім створити розділ завантаження, після чого потрібно перемістіть все назад, тоді переконайтеся, що новий розділ завантаження мав прапор завантаження бла-бла-бла
hanshenrik

@hanshenrik - я вирішив, що ця проблема може бути часом. Ви не хочете змінювати розмір / завантаження, але це дозволить вам змінити, скільки часу пройде, перш ніж воно з’явиться знову. Це, безумовно, дуже дратує, і я не впевнений, чи є правильне рішення, щоб воно керувало собою.
Джеймс Т Снелл
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.