Мои разделы жесткого диска:
- esp -> sda1
- archlinux -> sda2
- своп -> 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
Зайди в живой установщик и запусти из терминала.-b
возможности: manpages.ubuntu.com/manpages/xenial/man8/ubiquity.8.htmlОтветы:
Только что установил 16.10 путем прямой загрузки ISO на sda с помощью loopmount grub. Один раз в инсталляторе зашел в терминал и использовал вышеуказанную команду. Что-то еще установить казалось нормальным. Не заметил, пока я не нажал, но почти наверняка не было поля со списком для установки grub. И во время процесса установки обычно указывается установка grub, но это никогда не показывалось.
Обычно установка в sdb или любая вторая установка перезаписывают мою папку / EFI / ubuntu при загрузке моей основной установки. На этот раз я смог просто вернуться в мою основную установку
И работает
sudo update-grub
все еще нашел новую установку, хотя Grub "не установлен". Также не заметил grub.cfg в / boot / grub.источник
sudo ubiquity -b
-> i.stack.imgur.com/ZTYaB.png Вы имеете в виду, что если я продолжу на этом этапе, он не установит Grub, верно?Я не знаю способа предотвратить установку Grub. Но вы можете избежать
/dev/sda
касания и других разделов вашего / dev / sda диска Grub.Вставьте второй USB в компьютер. Выберите его в качестве загрузочного устройства во время установки. Теперь установите Ubuntu на ваш / dev / sda4. Процесс установки не коснется ваших загрузочных секторов / dev / sda или любого другого раздела, кроме
/dev/sda4
.источник
Я знаю, что в Linux Mint 18.3 Cinnamon, которая основана на Ubuntu 16.04, работает следующая команда:
Это, очевидно, псевдоним для опции
-b
и, как известно, работает на Linux Mint 18.3 Cinnamon.Я не проверял,
--no-bootloader
работает ли этот тегubiquity
в vanilla Ubuntu 16.04 (и более поздних версиях). Возможно, кто-то, работающий с Ubuntu 16.04 (или любой другой версией), может проверить и прокомментировать здесь номер своей версии и работает ли командаubiquity --no-bootloader
команда? Если это работает, после аутентификации с использованием GUI-аутентификатора, Ubiquity загрузится. Если это не сработает, после аутентификации с использованием 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
и обходной путь путем цепной загрузки в раздел.источник