У Arch Linux можна встановити системний розділ EFI в / boot / efi

Я хочу встановити Arch Linux, але не знаю, чи слід монтувати ESP /boot або /boot/efi Якщо підключити ESP /boot/efi я повинен використовувати -p опції при створенні каталогу mkdir -p /mnt/boot/efi.

Я хочу встановити Arch Linux, але не знаю, чи слід монтувати ESP на / boot або / boot / efi

Для машини з однією ОС, /boot найпростіше, оскільки:

1. Офіційні пакети ядра ( linux ін.) встановлювати ядро ​​безпосередньо під /boot.
2. Деякі менші завантажувачі UEFI (напр. systemd-boot ) може завантажувати ядро тільки з системного розділу EFI. (GRUB може завантажуватися з будь-якого місця.)

Тому, якщо ваш завантажувач вимагає, щоб ядро ​​знаходилося в ESP, то або ви повинні монтувати ESP на /bootабо налаштувати сценарій автоматично копіювати ядро від /boot до місця, де встановлено ESP.

я повинен використовувати опцію -p

Подивіться, що робить опція -p, тоді подумайте, чи ви необхідності це.

Це не робить каталог спеціальним - метою mkdir -p полягає в тому, щоб автоматично попередньо створити всі батьківські каталоги. Якщо ви створюєте /boot/efi потім він автоматично створить /boot у випадку, якщо це не вистачає.

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

• Покласти ядра на ESP, як це станеться, якщо ви встановите його на /boot, робить їх доступними для інших ОС, які ви завантажуєте. Це може призвести до плутанини, особливо якщо встановити ESP /boot для декількох дистрибутивів Linux - не може бути зрозуміло, яким дистрибутивом володіє ядро. (. Завантажувач Spec має вирішити цю проблему, але лише кілька дистрибутивів прийняли її, і вона буде ефективною лише тоді, коли вона широко використовується. їх до несанкціонованого втручання або випадкового видалення з іншої ОС. (Щоб бути впевненим, ви не можете захистити Linux від пошкодження іншою ОС - інша ОС може видалити розділ Linux або використовувати драйвери файлової системи, щоб вивести хаос. мається на увазі однак для спільного використання для всіх ОС, що робить його вміст більш схильним до випадкового або шкідливого пошкодження.)
• ESP повинна бути більшою, щоб утримувати ядра Linux, ніж інакше. Якщо ви починаєте з нуля, це не повинно бути великою проблемою, оскільки ви можете розмірити його належним чином; але якщо ви починаєте з, скажімо, існуючої інсталяції Windows, існуючий ESP може бути занадто малим. У цьому випадку потрібно змінити його розмір (велику турботу) або скористатися іншим ESP (на додаток до поточного або як заміна).
• Деякі дистрибутиви Linux вимагають, щоб файлова система, що містить ядра Linux, підтримувала символічні посилання або інші функції, які FAT не підтримує. Arch є нормальним з його ядрами на FAT, так що це не проблема для самої Arch.
• /boot/efi є більш поширеною точкою монтування ESP, ніж це /boot. Хоча документація та основні сценарії підтримки Arch, ймовірно, працюватимуть добре з ESP /boot, ви можете зіткнутися з більш неясним скриптом підтримки, особливо якщо ви запускаєте щось поза екосистемою Arch, що робить неправильне припущення, що ESP встановлено /boot/efi. Це може призвести до проблем. Я не знаю жодних конкретних прикладів цього, але це є частиною питання - ви не знаєте, що буде робити Random Script A.

FWIW, я нещодавно переглянув свій Завантажувачі EFI для Linux стор. Деякі з завантажувальних і завантажувальних менеджерів на цій сторінці сьогодні дуже неактуальні - ELILO, GRUB Legacy, і rEFIt перестали розвиватися і залишилися позаду. SYSLINUX не оновлювався згодом, і, здається, не набагато гнучкіший, ніж ELILO. Що залишає GRUB 2, rEFInd, і systemd-boot (раніше називався gummiboot), останні два покладаючись на завантажувач EFI, який є частиною ядра Linux з 3.3.0. З них тільки systemd-boot вимагає, щоб ядра зберігалися на ESP, і це є головним обмеженням. Я розумію привабливість легкого менеджера завантаження systemd-bootі на системі Arch-only, монтуючи ESP /boot і використання systemd-boot може мати сенс, якщо ви йдете на мінімалістський підхід. Якщо ви багатоваріантне завантаження, хоча, IMHO має сенс піти з GRUB 2 або rEFInd. (Відмова від відповідальності: я роздвоєна rEFInd з rEFIt, тому я не є об'єктивним.)