Проблема загрузки в UEFI мультизагружает систему с отдельными дисками в Ubuntu 18.04

Я недавно установил Ubuntu 18.04 в системе мультиначальной загрузки в режиме UEFI, создающем необходимые разделы (включая EFI) во время пользовательской установки, в отдельном SSD, выбрав соответствующий раздел (/dev/sda1) для установки загрузчика. После сегодняшнего обновления на перезагрузке я понял, что папка человечности загрузчика вместо того, чтобы находиться в разделе EFI диска установки человечности, кажется, находится в разделе EFI диска установки Windows. Однако я могу загрузиться или с Ubuntu или с Windows 10 через загрузчик Клевера на третьем диске. Как я могу проверить то, что текущая ситуация (где GRUB установлен?) и как я могу восстановить GRUB в разделе EFI диска установки Ubuntu, не имея необходимость переустанавливать Ubuntu?

-1
задан 12 December 2019 в 18:44

2 ответа

В UEFI загрузчики являются просто файлами в файловой системе FAT. Просто скопируйте все в sda разделе EFI к (пустому) диску Ubintu EFI. Вы привычке нужны загрузчики Microsoft, но копирование их является хорошим резервным копированием. Устройство Ubuntu должно теперь загрузиться (начальная настройка использовала правильный UUID для корня Ubuntu, таким образом, никакие необходимые изменения). Выберите диск из меню начальной загрузки EFI (некоторая функциональная клавиша при включении питания). Можно удалить личинку из первого диска путем удаления его записи загрузки "ubuntu" EFI с efibootmgr (и затем дополнительно удалить файлы в sda EFI/человечности (и переименовать bkpbootx64.efi к bootx64.efi). Отъезд его, как, будет работать, но у Вас есть распространение личинки через два диска и обе потребности присутствовать для начальной загрузки личинки от sda.

Видят ошибки 1396379, 1173457, и 1229488, и добавляют себя к, "делает это влияет на меня" список.

<час>

каталоги Ubuntu раздела EFI

EFI/BOOT/bootx64.efi      (A copy of shimx64.efi)
   |     grubx64.efi      (Must be in the same directory as shimx64.efi)
   |     bkpbootx64.efi   (The old copy of bootx64.efi, probably the Microsoft bootmgfw.efi.)
   |
   |ubuntu/grub.cfg       (grubx64.efi looks here regardless of where it is run.)
   |       shimx64.efi    (Good to have shim/grub copies here in case the ones in BOOT 
   |       grubx64/efi     get overwritten...)
   |
   ...Others, Microsoft...

EFI/загрузочные файлы загрузчики устройства. У них обычно нет nvram записи, так может загрузиться при подключении к любому компьютеру UEFI. Комбинация контейнера/личинки загрузится с безопасной начальной загрузкой, которую оба включили или отключили.
я раньше соглашался с oldfred, что установка личинки не была проблемой, но пытающийся получить вышеупомянутые настройки с установкой личинки указывает, что я должен зарегистрировать несколько новых ошибок. Я предполагаю, что несколько выполнений установки личинки будут работать или комбинации переключателей, один с - съемный для надлежащей установки BOOT, один с efi-каталогом и т.д., но значение по умолчанию помещения в BOOT shimx64.efi как bootx64.efi без grubx64.efi просто не загрузится, как несколько недавних вопросов о "пропавших без вести grubx64.efi указывают.

Для чистки исходного EFI просто смонтируйте его и удалите файлы, которые Вы не хотите (.../EFI/ubuntu/... и переименовываете (?) bkpbootx64.efi к bootx64.efi, предполагая, что это - окна bootmgfw.efi копия.

1
ответ дан 21 December 2019 в 23:34

Некоторая информация здесь:

, Как я устанавливаю Ubuntu на флеш-карте? (не используя Создателя Загрузочного диска)

метод Chroot из живого установщика. Вы затем монтируете корректный ESP.

я могу установить в режиме UEFI с альтернативным установщиком?

, Как я могу переустановить GRUB к разделу EFI?

Изменение монтируется ESP в fstab сначала, поскольку установка личинки будет использовать значение по умолчанию, если не указано. Вам, вероятно, придется перезагрузить & ESP должен существовать, или перезагрузка будет иметь проблемы.

man efibootmgr
man grub-install
sudo grub-install --bootloader-id ubuntu /dev/sda1

Проверка это fstab & UEFI имеют корректные записи. UUID должен иметь корректный ESP.

lsblk -f
cat /etc/fstab
sudo efibootmgr -v

, Если Вы только что скопировали файлы с того, где значение по умолчанию Ubuntu установило на ESP, который Вы хотите использовать, необходимо отредактировать fstab и использовать efibootmgr для создания новой записи для начальной загрузки от корректного ESP. Вы проверяете GUID (иначе parttype), чтобы знать, корректно ли это. И затем используйте efibootmgr для удаления (-b &-B) устаревшая запись загрузки человечности со старым GUID/partuuid. Значения по умолчанию Efibootmgr к sda1 или сначала управляют & раздел, необходимо указать диск с-d и раздел с-p параметрами. Если запись UEFI не исправляет Вас, может добавить новая запись.

lsblk -o +parttype
sudo efibootmgr -c -g -w -L "ubuntu" -l "\EFI\ubuntu\shimx64.efi" -d /dev/sda -p 1
sudo efibootmgr -v
sudo efibootmgr -b XXXX -B

Поэтому с помощью расширенного режима Восстановления начальной загрузки, который идет, Вы через простой chroot для переустанавливания личинки легче. Все еще необходимо сделать уборку дублирующейся/старой записи человечности в UEFI.

1
ответ дан 21 December 2019 в 23:34

Другие вопросы по тегам:

Похожие вопросы: