Рейтинг:1

Grub исчезает после загрузки в Windows 10

флаг cn

Grub исчезает и заменяется загрузчиком Windows после загрузки в Windows 10 (двойная загрузка Windows 10 и Ubuntu 20.04)

Я установил Ubuntu 20.04 вместе с Windows 10 с установочного USB-накопителя Ubuntu, я создал новый раздел и выбрал устройство для установки загрузчика: диспетчер загрузки Windows. Казалось, все работает нормально (при использовании Ubuntu), пока я не попытался загрузиться в Windows. Меню grub исчезло, и я начал загружаться прямо в Windows. Меню grub можно было восстановить, запустив восстановление загрузки с USB-накопителя Ubuntu, но оно снова было потеряно при загрузке Windows.

В параметрах настройки BIOS я могу выбрать порядок загрузки UEFI. Однако, помимо опций USB-накопителя и USB-привода CD/DVD-ROM, в диспетчере загрузки ОС есть только одна опция. Он называется Ubuntu (INTEL SSDPEKNW512G8H) до загрузки в Windows.После этого опция Ubuntu исчезает и заменяется опцией диспетчера загрузки Windows. Даже у efibootmgr, по-видимому, есть только одна возможность, поэтому перед загрузкой Windows нет опции Windows:

Вывод efigbootmgr:

BootCurrent: 0002
Время ожидания: 0 секунд
BootOrder: 0002,9999
Boot0002* Убунту
Boot9999* USB-накопитель (UEFI)

Вещи, которые я пробовал до сих пор:

Я отключил шифрование диска битлокером в Windows, так как он требовал ключ безопасности каждый раз после установки Ubuntu. После этого перестал жаловаться. Я также отключил опцию безопасной загрузки в биосе, так как меня предупредил об этом boot-repair. Я также отключил опцию быстрой загрузки в Windows.

Я попытался запустить bcdedit /set {bootmgr} путь \EFI\ubuntu\shimx64.efi в Windows cmd для перенаправления загрузчика Windows на grub, однако после этого я даже не могу загрузиться в Windows. Вместо этого меня приветствует следующее сообщение:

Не удалось открыть \EFI\ubuntu\некоторые китайские символы — неверный параметр
Не удалось загрузить изображение \EFI\ubuntu\некоторые китайские символы: неверный параметр
Start_image() вернул неверный параметр

Затем следует «загрузочное устройство не найдено». Я проверил путь и shimx64.efi существует в этой папке. Изменения могут быть отменены с помощью Bcdedit /set {bootmgr} путь \EFI\Microsoft\Boot\bootmgfw.efi , который является исходным путем к загрузчику Windows.

Я также пытался удалить bootmgfw.efi и заменил его на переименованный shimx64.efi из папки Ubuntu. Это также не решило проблему, так как после этого опция Windows в grub просто обновила меню grub.

Я не знаю, что еще попробовать, и немного сомневаюсь, так как мои знания об этом очень ограничены. Любые советы о том, что еще попробовать, будут оценены.

решение: бег bcdedit /set {bootmgr} путь \EFI\ubuntu\grubx64.efi в windows cmd вместо shimx64.efi.

oldfred avatar
флаг cn
Какая марка/модель системы? Некоторые не поддерживают изменение порядка загрузки efibootmgr. Вы всегда устанавливаете загрузчик на диск. С UEFI он знает, как добавить Ubuntu/grub в системный раздел ESP — efi. Давайте посмотрим подробности, используйте версию ppa с вашим живым установщиком (2-й вариант) или любую рабочую установку, а не Boot-Repair ISO: Скопируйте и вставьте ссылку pastebin на сводный отчет о загрузке (не публикуйте отчет), не запускайте автоматическое исправление до проверки. https://help.ubuntu.com/community/Boot-Repair и просмотрите это: https://askubuntu.com/questions/486752/dual-boot-win-8-ubuntu-loads-only-win
Lodergen avatar
флаг cn
Большое спасибо за попытку помочь.Сводный отчет о загрузке доступен здесь: https://paste.ubuntu.com/p/ypGXYSRPJv/ (перед запуском Windows, непосредственно из установленной ubuntu) и https://paste.ubuntu.com/p/2rdZtMM2GV/ ( после загрузки в Windows), с Ubuntu USB. Я использую ноутбук HP 15s-eq2xxx, семейство систем HP Notebook. AMI поставщика BIOS, версия BIOS F.03 (если применимо).
oldfred avatar
флаг cn
Этот пользователь с чипом HP и AMD не смог установить в режиме UEFI. Вы можете использовать режим BIOS, который обычно не рекомендуется, но не может выполнять двойную загрузку из grub, только из меню загрузки UEFI. https://ubuntuforums.org/showthread.php?t=2465857 Кажется, что HP становится все сложнее, и двойная загрузка всегда была непроста. Я хотел бы убедиться, что у вас есть новейший UEFI. Вам также может понадобиться новейшая версия 21.04. Некоторые сообщают, что он работает там, где 20.04 не работает. Некоторым требуется несколько параметров загрузки: https://ubuntuforums.org/showthread.php?t=2448727 Или с вашей системой вам придется попробовать несколько разных вещей.
Lodergen avatar
флаг cn
Спасибо за все полезные ссылки. Я пробовал некоторые вещи, и в конце концов каким-то образом мне удалось решить проблему, используя `bcdedit /set {bootmgr} path \EFI\ubuntu\grubx64.efi` в Windows cmd вместо обычно рекомендуемого `\EFI\ubuntu\shimx64.efi ` . Я не совсем уверен, почему это работает сейчас, если я правильно понял, что последний, по сути, просто вызывает первый?
oldfred avatar
флаг cn
Для безопасной загрузки требуется Shimx64.efi. Но у меня никогда не была включена безопасная загрузка UEFI, и система загружается с shimx64.efi. Но я загрузился с grubx64.efi. Не знаю, нужны ли оба файла или нет. Или если shimx64.efi проверяет наличие подписанного ядра и драйверов, но включает в себя все grubx64.efi, или если он также нуждается в этом.
Lodergen avatar
флаг cn
Я смутно припоминаю, что при использовании `bcdedit /set {bootmgr} path \EFI\ubuntu\shimx64.efi` создается путь, начинающийся только с EFI\ вместо \EFI\, поэтому без первого "\" при проверке путем запуска `bcdedit ` команда. Я почти уверен, что это не опечатка, так как несколько раз пробовал писать вручную. Я могу вспомнить неправильно, я не буду повторять это сейчас. Просто записываю свои предположения для других.
Lodergen avatar
флаг cn
Большое спасибо еще раз.

Ответить или комментировать

Большинство людей не понимают, что склонность к познанию нового открывает путь к обучению и улучшает межличностные связи. В исследованиях Элисон, например, хотя люди могли точно вспомнить, сколько вопросов было задано в их разговорах, они не чувствовали интуитивно связи между вопросами и симпатиями. В четырех исследованиях, в которых участники сами участвовали в разговорах или читали стенограммы чужих разговоров, люди, как правило, не осознавали, что задаваемый вопрос повлияет — или повлиял — на уровень дружбы между собеседниками.