Вам нужно просто загрузиться в систему с live CD / USB, записать / установить и обновить grub на всех жестких дисках или только на диске, где находятся и Windows, и Ubuntu.
Процедура:
Загрузите сеанс Ubuntu в режиме реального времени, затем выполните в терминале следующее:
a) sudo mount /dev/sdaX /mnt # Make "sdaX" the partition that has Ubuntu install (i.e. /dev/sda2)
b) for i in /sys /proc /run /dev; do sudo mount --bind "$i" "/mnt/$i"; done
c) sudo chroot /mnt
d) update-grub
e) if no errors skip this "e" section
grub-install /dev/sdX (sdX is the hard drive that has linux installed (i.e. /dev/sda)
update-grub 5) Reboot the system
Найдите установку Linux
В терминале выполните команду df -h
и посмотрите на вывод. В столбце с заголовком «Подключено» будет знак «/» напротив раздела, в котором находится ваша корневая файловая система. Здесь установлена ваша система.
Если отображается какой-то логический том, используйте lvdisplay
, это покажет группу томов, в которой находится этот логический том, затем используйте pvdisplay
, чтобы узнать, на каком диске этот том группа проживает
mount ESP to /boot. This is the preferred method when directly booting a EFISTUB kernel from UEFI.
Эта часть инструкций пытается сказать что-то вроде этого:
«Если вы выберете EFISTUB в качестве метода загрузки, вам следует сделать две вещи:
/boot
в Arch -–-быть -установленным перед выполнением остальной части процедуры установки , так что файлыvmlinuz-*
(и, возможно, файлы initramfs ), которые обычно заканчиваются в /boot
, автоматически отправляются в ESP без дальнейших ручных действий./etc/fstab
(или любой альтернативный механизм по вашему выбору )для автоматического монтирования ESP в /boot
, чтобы любые обновления ядра также автоматически попадали в ESP. Если вы решите сделать что-то еще, вы будете нести ответственность за то, чтобы сделать все необходимое, чтобы необходимые файлы попали в ESP."
Судя по всему, «рекомендуемая процедура» Arch на самом деле нарушает стандарт UEFI по размещению любых файлов ОС -под \EFI\<OS name>
внутри ESP и помещает ядро с EFISTUB -(и, возможно, файл initramfs )в корневой каталог ESP. Тем не менее, это сводит к минимуму возможные ошибки, вызванные, например, драйвером файловой системы ESP прошивки, неожиданно чувствительным к регистру -. Так что я понимаю, почему они сделали такой выбор.
В главе «Альтернативные точки монтирования» затем описывается ряд методов, которые вы можете использовать, если хотите использовать стандартные пути UEFI в ESP и/или монтировать ESP в какое-то другое место или оставить его отключенным по умолчанию.. Варианты представлены в виде списка, включающего монтирование привязки и различные системы событий и/или обработчики скриптов, без явного описания того, почему каждое решение применимо к конкретной ситуации.
По сути, вики-страница Arch по системному разделу EFI , существующая на момент написания этой статьи, будет очень полезна для тех, кто уже понимает, как работают UEFI и EFISTUB, но очень запутанна для новичок, который не обязательно имеет представление о том, что делать и как различные вещи зависят друг от друга. Меня не удивляет, что :просто перечислить ряд приемов, применимых к определенной теме, гораздо проще, чем написать хороший документ, в котором представлены новые концепции и зависимости между ними.