Як повсюдність може бути змушена не встановлювати грязь?

Мої розділи на жорсткому диску:

• esp -> sda1
• archlinux -> sda2
• swap -> sda3
• sda4 -> буде місцем для ubuntu

Я збираюся встановити ubuntu на sda4; В даний час моїм процесом завантаження керує systemd-boot, який встановлюється в archlinux через програмне забезпечення bootctl. Це добре, і я хотів би зберегти його.

Встановивши Ubuntu, він спробує встановити grub на sda або sdaX. Подивіться спадне меню на цьому скріншоті:

Я хочу встановити Ubuntu на sda4, не маючи справу з grub. Тоді я вкажу на файл Ubuntu vmlinuz та файл initrd, створивши новий файл входу в archlinux в системі конфігурації systemd-boot.

sudo ubiquity -b

Щойно встановлено 16.10 шляхом прямого завантаження ISO на sda з loopmount grub. Одного разу інсталятор зайшов у термінал і використав вище команду. Щось інше встановити здавалося нормальним. Не помічав, поки я не натиснув через, але відсутній досить впевнений комбіноване поле, де встановити груб. І під час процесу встановлення він зазвичай говорить про встановлення grub, але цього ніколи не показав.

Зазвичай установка в sdb або будь-яка друга інсталяція перезаписують папку / EFI / ubuntu з завантаженням моєї основної установки. Цього разу мені вдалося просто завантажитися в основну інсталяцію

І sudo update-grubвсе ще знайдено нову установку, хоча grub "не встановлений". Не помічено також grub.cfg в / boot / grub.

Я не знаю способу запобігти встановленню Grub. Але ви можете уникнути того, щоб /dev/sdaі інші розділи диска / dev / sda торкнулися Grub.

Вставте другий USB в комп'ютер. Виберіть його як завантажувальний пристрій під час встановлення. Тепер встановіть Ubuntu на / dev / sda4. Процес встановлення не торкнеться ваших завантажувальних секторів / dev / sda або будь-якого іншого розділу, за винятком /dev/sda4.

Я знаю, що на Linux Mint 18.3 Cinnamon, який базується на Ubuntu 16.04, працює наступна команда:

ubiquity --no-bootloader

Це, мабуть, псевдонім для цього варіанту -bі, як відомо, працює над Linux Mint 18.3 Cinnamon.

Я не перевірив, чи --no-bootloaderпрацює тег ubiquityу ванільній Ubuntu 16.04 (та пізніших версіях). Можливо, хтось із ОС Ubuntu 16.04 (чи будь-яку іншу версію) може перевірити і прокоментувати тут свій номер версії та чи працює командна ubiquity --no-bootloaderкоманда? Якщо він працює, після аутентифікації за допомогою аутентифікатора GUI завантажується повсюдна версія. Якщо це не працює, після автентифікації за допомогою аутентифікатора GUI ви повернетесь до терміналу і надрукується повідомлення про помилку ubiquity: error: no such option: [...].

Скріншот варіантів повсюдності у Linux Mint 18.3 Cinnamon:

всюдисущі параметри роздруківки з терміналу на Linux Mint 18.3 Cinnamon

Дивись також:

http://averagelinuxuser.com/install-linux-mint-without-a-bootloader/

Ви не можете змусити не встановлювати завантажувач за замовчуванням.

Хоча @oldfred згадував, що існує -bможливість повсюдності, хоч і без документації, це не очевидно, і для більшості кінцевих користувачів це може бути страшно. Хоча подібний варіант існував і раніше.

Були раніше

Раніше Ubuntu мав розширений варіант, який дозволяє користувачеві налаштувати встановлення завантажувача. Між випусками Ubuntu LTS, вдосконалена опція востаннє бачилась у випуску Lucid Lynx (10.04). Цей варіант був знятий з тих пір з будь-якої причини, за якою я не слідкував.

Старий скріншот як доказ:

Встановити на одному розділі

Зокрема, /dev/sdaдля установки завантажувача завантажувача можна просто вибрати інший, ніж основний пристрій . Наприклад, Ubuntu буде встановлений на /dev/sda4розділі, тому завантажувач також повинен бути встановлений /dev/sda4.

Роблячи це, користувач матиме:

• новий завантажувач при /dev/sda4цьому буде прихований, якщо тільки машина не завантажиться з можливістю завантажувати ланцюг на розділ, щоб розкрити його

• існуючий завантажувач за замовчуванням /dev/sdaбуде обробляти виявлення щойно встановленої операційної системи на /dev/sda4, не покладаючись на новий завантажувач

• Користувачеві потрібно буде оновити завантажувач на /dev/sdaз першої встановленої операційної системи, щоб виявити згодом встановлені системи на інших розділах

Якщо немає критичних причин взагалі не мати справу з завантажувачем, я не бачу жодного побічного ефекту від установки наступних завантажувачів до відповідних розділів.

Першим завантажувачем керують усі

Особисто я маю кілька дистрибутивів (переважно аромати Ubuntu та подібні похідні), встановлені на одній машині, з першим завантажувачем /dev/sdaта іншими завантажувачами на відповідних розділах. Єдине застереження: завантажувач повинен бути оновлений з першої встановленої операційної системи.

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

TL; DR Встановіть новий завантажувач на ту саму секцію, де буде встановлена ​​система; Новий завантажувач у будь-якому разі прихований від користувача, за винятком випадків завантаження ланцюга на цей розділ.

Пов’язано : я написав цю старішу відповідь, яка пояснює подвійне налаштування завантаження, згадування os-proberта вирішення способу завантаження ланцюга на розділ.