Неродной 1

Было подтверждено, что установка человечности @kihit0mi Корреспондента имеет EFI boot loader посредством следующей команды:

$ ls /sys/firmware/efi/

Чей вывод был:

config_table  efivars  esrt  fw_platform_size  fw_vendor  runtime  runtime-map  systab  vars

Неродной 2

Следующая команда не привела ни к какому выводу:

$ sudo os-prober

неродной 3

Следующая команда была дана для генерации GRUB menu:

$ sudo update-grub

Система была перезагружена, и была предпринята попытка для достижения меню GRUB через shift команда. Но было замечено, что вместо того, чтобы достигнуть меню GRUB, это закончилось на экране входа в систему Ubuntu!

Неродной 4

Для достижения экрана входа в систему окон только путь был через BIOS setup экран. Система была перезагружена и достигнута BIOS setup экран путем нажатия del ключ. Было замечено, что было three загрузчики, существующие, которые перечислены следующим образом:

Ubuntu
Windows Boot Manager and 
EFI PXE.

После установки Windows Boot Manager к высшему приоритету Windows 10 был зарегистрирован успешно!

Неродной 5

Войдите в окна 10. Нажмите Windows + R ключи, ввести msinfo32.exe в Run диалоговое окно, и затем нажимает Enter открываться System Infomation окно. На правой панели System Summary, необходимо видеть BIOS MODE строка. Если значение РЕЖИМА BIOS Legacy, затем Windows загружается в legacy режим. Если значение РЕЖИМА BIOS UEFI, затем Windows загружается в UEFI режим. Корреспондент @kihit0mi подтвердил, что строка режима BIOS содержала только UEFI. Это было действительно хорошо!

Неродной 6

Затем, Встроенное микропрограммное обеспечение BIOS было обновлено к последней версии. Относитесь, Как Проверить Вашу Текущую версию BIOS и upadate это.

Следующая команда была дана снова для генерации GRUB menu:

$ sudo update-grub

Система была перезагружена, и была предпринята попытка для достижения GRUB menu через shift команда. Было хорошо наблюдать это на этот раз GRUB menu был достигнут успешно, но присутствие Windows 10 не было найдено!

Неродной 7

Было решено поместить a menuentry в /etc/grubd./40_custom файл, который способен к генерации записи Windows в меню GRUB. Для обнаружения disk и partition числа, соответствующие Windows Boot loader, это было перезагружено, и меню GRUB было достигнуто путем нажимания клавиши 'сдвига'. grub > командная строка вводилась путем нажатия c, и следующая команда была дана:

grub > ls

Но никакой вывод, к которому приводят. Так disk и partition числа для загрузчика Windows предполагались, чтобы быть 0 и 2 соответственно, которые необходимы для menuentry подготовка.

menuentry "Windows" {
    set root=(hd0,2)
    chainloader +1
}

После создания вышеупомянутого menuentry в файле /etc/grubd./40_custom, дайте следующую команду для создания сценария 40_custom исполняемый файл файла:

$ sudo chmod +x /etc/grub.d/40_custom

Генерируйте меню GRUB со следующей командой:

$ sudo update-grub

Система была перезагружена и GRUB menu был достигнут путем нажатия shift ключ. На этот раз был найденный загрузчик Windows. Но при попытке загрузиться, следующая ошибка была выведена:

The EFI file path is incorrect error

Неродной 8

Это было предпринято снова и снова с различным диском и записями чисел раздела в menuentry, но все привели к тому же сообщению об ошибке the EFI file path is incorrect error после выбора загрузчика Windows из меню GRUB.

Все эти препятствия произошли, так как ноутбук @kihit0mi Корреспондента не ответил на ls команда из командной строки меню GRUB: grub > ls .

Я попробовал то же из меню GRUB своего рабочего стола с командой grub > ls который привел к следующему выводу:

(hd0) (hd0.gpt8) (hd0.gpt7) (hd0.gpt6) (hd0.gpt5) (hd0.gpt4) (hd0.gpt3) (hd0.gpt2) (hd0.gpt1) (hd1) (hd2) (hd2,gpt4) (hd2,gpt3) (hd2,gpt2) (hd2,gpt1) (hd3) (hd3,gpt4) (hd3,gpt3) (hd3,gpt2) (hd3,gpt1)

Как интерпретировать вышеупомянутый вывод от GRUB ls команда?

1. Дайте следующую команду для (hd0):

   grub > ls (hd0)

   Чей вывод был:

   Device hd0: No known file system detected - Search size 512 B - Total size 117220824 KiB.
   

   Вывод даже при том, что показал как No known file system но это действительно представляет /dev/sda (посмотрите на Общий размер). Если Вы продолжаете зондировать такой как ls (hd0,gpt8), ls (hd0,gpt7), и так далее до ls (hd0,gpt1), это отобразит разделы что соответствие устройствам такой как /dev/sda8, /dev/sda7 и так далее до /dev/sda1

   Вышеупомянутое устройство /dev/sda (SSD на 120 ГБ), содержит мою установку Ubuntu, которую показали как (hd0) в командной строке личинки. gpt1 через gpt8 представляет разделы, которые являются efi, swap, /, /usr, /opt, /tmp, /var, и /home соответственно.

2. Теперь, дайте следующую команду для (hd1):

   grub > ls (hd1)

   Чей вывод был:

   Device hd1: No known file system detected - Search size 2048 B - Total size 514 KiB.
   

3. Теперь, дайте следующую команду для (hd2):

   grub > ls (hd2)

   Чей вывод был:

   Device hd2: No known file system detected - Search size 512 B - Total size 976762584 KiB.
   

   Хотя вывод был No known file system но это действительно представляет /dev/sdb (посмотрите на Общий размер). Если Вы продолжаете зондировать такой как ls (hd2,gpt4), и так далее до ls (hd2,gpt1) это отобразит разделы что соответствие устройствам такой как /dev/sdb4 и так далее до /dev/sdb1

   Вышеупомянутое устройство /dev/sdb мой жесткий диск на 1 ТБ с файловой системой NTFS, которую показали как (hd2) в командной строке личинки. gpt1 через gpt4 представляет разделы NTFS, которые являются unknown, CodeWrite, ShareMe и Warehouse соответственно.

4. Теперь, дайте следующую команду для (hd3):

   grub > ls (hd3)

   Чей вывод был:

   Device hd3: No known file system detected - Search size 512 B - Total size 244198584 KiB.
   

   Хотя произведенный показал как No known file system но это действительно представляет /dev/sdc (посмотрите на Общий размер). Если Вы продолжаете зондировать такой как ls (hd3,gpt4), и так далее до ls (hd3,gpt1), это отобразит разделы что соответствие устройствам такой как /dev/sdc4 и так далее до /dev/sdc1

   Вышеупомянутое устройство /dev/sdc (SSD на 250 ГБ), содержит мою установку Windows 10, которую показали как (hd3) в командной строке личинки. gpt1 через gpt4 представляет разделы, которые являются EFI, unknown, WindowsOS и WinRE соответственно.

Неродной 9

Примечание: Человечность @kihit0mi корреспондента: никакой вывод для команды sudo os-probed. Относитесь неродной 2.

Снова, я попробовал sudo os-probed команда от моего терминала Ubuntu, который привел к следующему выводу:

/dev/sdc1@/efi/Microsoft/Boot/bootmgfw.efi:Windows Boot Manager:Windows:efi

Подсказка была создана от вывода вышеупомянутых os-probed команда. Для избегания использования пробной версии и ошибочного метода для поиска диска и чисел раздела, следующая строка поиска была включена в /etc/grubd./40_custom:

search --set=root --file /efi/Microsoft/Boot/bootmgfw.efi

Примечание: Знать больше о меню Grub search управляйте, отошлите эту ссылку

Теперь новое menuentry способно к поиску автоматически диска и соответствия чисел раздела окнам 10 загрузчиков EFI, как показано ниже:

menuentry "Windows" {
    search --set=root --file /efi/Microsoft/Boot/bootmgfw.efi
    chainloader /efi/Microsoft/Boot/bootmgfw.efi
}

После создания вышеупомянутого menuentry в файле /etc/grubd./40_custom, следующая команда была дана для генерации меню GRUB:

$ sudo update-grub

Система была перезагружена и GRUB menu был достигнут путем нажатия shift ключ.

На этот раз загрузчик Windows 10 EFI был выбран и загрузился в систему Windows 10 успешно.

Неродной 10:

еще завершенный.

Присутствие @kihit0mi Корреспондента требуется в chat сессия для выполнения незаконченной задачи, которая является удалением extraneous загрузчик, существующий на экране BIOS Setup.