Я устанавливаю Ubuntu 16.04 на внешний жесткий диск (SDB). Мой компьютер также имеет внутренний жесткий диск Windows 10 (sda).
На этапе создания разделов я решил установить загрузчик на внешний жесткий диск (SDB).
Когда Uniquity устанавливает систему, он монтирует ESP Windows 10 (sda2) и копирует загрузчики Ubuntu / grub, когда он должен был смонтировать ESP, созданный на внешнем жестком диске (sdb1). / dev / sda2 - это Win10 ESP, и он монтируется в / target / boot / efi. / dev / sdb1 - правильный ESP, но его не трогают.
Поскольку информация о загрузке отсутствует на внешнем жестком диске, для загрузки Ubuntu должен присутствовать диск Windows 10, поскольку информация о загрузке указывает Ubuntu находится на Windows ESP - не совсем оптимально.
Вопрос в том, могу ли я заставить Ubiquity использовать sdb1 в качестве ESP. По умолчанию это имеет смысл, потому что именно там я решил установить grub, но, очевидно, нет.
Ubiquity - версия 2.21.63. Я возвращаюсь к этой проблеме, потому что мне нужна Ubuntu на этом компьютере. Первоначально я подал отчет об ошибке , но он все еще не определен / не назначен.
Хорошо я не нашел решение, но я нашел обходное решение.
dmesg | grep ata
найти идентификатор для внутреннего диска. В моем случае это был ata1.00e
отредактировать конфигурацию личинкиlibata.force=1.00:disable
в конец linux
. 1.00
прибывает из ata1.00
f10
и машина должна загрузиться, и Linux не должен видеть, что диск - сверяется lsblk
/dev/sda
Я также рекомендовал бы добавить это к конфигурации личинки установленной системы, таким образом, она даже не видит внутренний диск. Не хочу ничего происходящего с ним.
Благодаря https://askubuntu.com/a/387261/440238 для libata.force=1.00:disable
часть.
Два других обходных решения происходят со мной, в дополнение к тому, обеспеченному Brady Dean:
gdisk
, sgdisk
, или cgdisk
, это означало бы изменять его от EF00 до примерно чего-либо еще. (0700 сделает это видимым как нормальный раздел FAT к Windows.)parted
, удалите "флаг начальной загрузки" из ESP./dev/sda
, но вместо этого заметит тот на /dev/sdb
и продолжайте двигаться обычно./dev/sda
. Упущение этого шага может иметь немногих, или никакие негативные последствия, но в зависимости от типа не кодируют Вас использование, Windows может начать показывать его регулярным разделом; и если необходимо переустановить Windows (или некоторая другая ОС), может быть важно, чтобы код типа был правильным.Обратите внимание, что я никогда не пробовал этот подход, таким образом, я не могу гарантировать, что он будет работать. Если это не работает, то та информация должна быть добавлена к отчету об ошибках, на который ссылаются в вопросе.
ubiquity -b
. Программа установщика должна запуститься, но она сделает настолько способом, который заставит GRUB не быть установленным./etc/fstab
для идентификации ESP, Вы хотите использовать, смонтировать его в /boot/efi
, и установите или повторно найдите (через пакет Debian или PPA) или регулярный пакет личинки-efi./dev/sdb
вместо одного на /dev/sda
. Вы, возможно, должны были бы использовать обман кода типа, как в предыдущем обходном решении; или возможно просто установка /etc/fstab
, как с перенаходкой, добился бы цели.Я часто использую ubiquity -b
метод установки на компьютерах, которые мультизагружают много дистрибутивов, начиная с руководящего GRUB в таких случаях, является немного неловким в лучшем случае и полностью неосуществимым в худшем случае; повторно найдите делает намного лучшее задание с такими установками. Конечно, это - несколько другая проблема, чем то из получения всего Вашего материала, установленного на /dev/sdb
вместо /dev/sda
, но то же решение должно работать.