Меню Ubuntu 16.04 + Windows 7 UEFI — GRUB двойной загрузки не появляется

У меня есть VAIO Sony ПК (а именно, модель SVS1511T9ES), с исходным установленным Windows 7 Pro. Я пытался установить Ubuntu 16.04 для установки двойной загрузки, но каждый раз я перезагружаю, я только получаю Windows; никакое меню GRUB. (За одним исключением не-GRUB не-Windows см. p. 14. ниже)

Особенно:

• моему BIOS установили режим начальной загрузки как "UEFI",
• по-видимому, никакие настройки "Safe boot" в BIOS (не см. ничего как этот нигде),
• Я загружаю установщик Ubuntu 16.04 от живого USB (я не использую 18.04, потому что ему не удалось начать с USB для меня),
• Я не пытался обновить BIOS, потому что я боюсь, я мог облицевать ПК кирпичом. В верхней строке экрана мой текущий конфигуратор BIOS утверждает, что был InsydeH2O Setup Utility, верхние правые угловые шоу Rev. 3.7

А именно, что я попробовал до настоящего времени до степени, которую я все еще помню:

1. Свободный некоторое пространство в Windows, выполненной дефрагментации, затем загруженный и запущенный "Бесплатный Помощник Раздела AOMEI" для уменьшения раздела (чистые инструменты Windows не были достаточно хороши, потому что pagefile.sys блокировал уменьшение). В частности, это создало некоторый материал "WinPE" и потребовало, чтобы перезагрузка закончила свою работу.
2. После этого Windows, загруженный успешно и, кажется, работает с освобожденным дополнительным пространством.
3. Я запускаю Ubuntu 16.04 LiveUSB ISO от pendrive. Выбранный "Install". Выбранное "Пользовательское" разделение, потому что я не хочу раздела подкачки (я надеюсь использовать файл подкачки при необходимости и возможный). Законченная установка Ubuntu, смотрел хорошо.
4. После перезагрузки никакой GRUB, просто "Windows не запускает..." и нормальная начальная загрузка Windows.
5. Hrmh, хорошо, загрузился назад к LiveUSB и попытался работать boot-repair. Нажатый "резервное копирование" сначала и сохраненный к некоторому dir в новом разделе Ubuntu на диске. Затем рассмотренные настройки, не изменил ничего, чему я верю, нажал "OK" или безотносительно; не загружал журнал на pastebin (но, кажется, сохраняется на разделе EFI так или иначе); получил некоторый длинный отчет, обычно наполняйте, казался хорошо; перезагрузка.
6. После перезагрузки, никакого GRUB, просто Windows снова.
7. Hrmrh; хорошо, теперь попробованный bcdedit /set {bootmgr} path \EFI\ubuntu\shimx64.efi (в Windows). Перезагрузка.
8. После перезагрузки... Вы знаете развертку. Просто Windows. (Между прочим, я должен сказать, что я действительно очень рад, что это расстается с сохранением Windows, работает так хорошо. Я вспоминаю этот являющийся очень, намного хуже в Вас былые дни Slackware. Так большое спасибо за всех хороших людей для этого :D)
9. В частности, выполнение bcdedit в Windows, кажется, показывает, что путь был действительно изменен на \EFI\ubuntu\..., это все еще показывает как таковой. Так или иначе я попробовал bcdedit ......\grubx64.efi теперь. Перезагрузка.
10. После перезагрузки... Windows. И bcdedit все еще шоу grubx64.efi.
11. Uhmh. Хорошо; я не уверен, что больше я могу сделать, таким образом, я начинаю писать вопрос о Askubuntu. Связанный вопрос обнаруживается. Хорошо, давайте посмотрим что efibootmgr покажет.

12. Загрузитесь назад к LiveUSB;

    ubuntu@ubuntu:~$ sudo efibootmgr -v
    BootCurrent: 0000
    Timeout: 2 seconds
    BootOrder: 0000,0002
    Boot0000* EFI USB Device    PciRoot(0x0)/Pci(0x14,0x0)/USB(4,0)/HD(1,MBR,0x4294967285,0x800,0x1ce7800)RC
    Boot0002* Windows Boot Manager  HD(2,GPT,a6098758-cdae-433d-87ce-ab327609a343,0x2b7d000,0x82000)/File(\EFI\Microsoft\Boot\bootmgfw.efi)RC
    

    Хорошо, здесь вещи, кажется, начинают становиться несколько странными. Эта команда, кажется, показывает другой путь, чем bcdedit в Windows, а именно, \EFI\Microsoft\Boot\bootmgfw.efi, т.е. что было первоначально установлено в bcdedit, прежде чем я изменил его. Но bcdedit кажется, все еще показывает grubx64.efi.

13. Я попробовал boot-repair снова. Я думал, что просто нажимаю и ненажатие "Advanced", но по-видимому я, возможно, случайно нажал опцию "rename Windows...". На этот раз у меня есть журнал pastebin. Из любопытства я работаю efibootmgr -v снова и добрался:

    ubuntu@ubuntu:~$ sudo efibootmgr -v
    BootCurrent: 0000
    Timeout: 2 seconds
    BootOrder: 0001,0000,0002
    Boot0000* EFI USB Device    PciRoot(0x0)/Pci(0x14,0x0)/USB(4,0)/HD(1,MBR,0x4294967285,0x800,0x1ce7800)RC
    Boot0002* Windows Boot Manager  HD(2,GPT,a6098758-cdae-433d-87ce-ab327609a343,0x2b7d000,0x82000)/File(\EFI\Microsoft\Boot\bootmgfw.efi)RC
    

    Отметьте это BootOrder отличается здесь: это имеет a 0001 во-первых, но нет такой записи в списке ниже (нет Boot0001). В частности, журнал восстановления начальной загрузки, кажется, имеет ~3 efibootmgr вызовы и последний из них, действительно кажется, показывают a Boot0001 запись. Почему это исчезает позже? Последующее копается, вызов стирают его, или что???

14. Перезагрузка и... странный материал! Я не могу вспомнить хорошо, но вместо "Windows запускает...", я получил приблизительно 4 текстовых строки, описывающие некоторую ошибку начальной загрузки; особенно, это жаловалось на недостающий файл в странном пути более или менее как: \EFI\Microsoft\Boot\grubx64.efi (примечание существует и Microsoft и личинка там).

15. Гм. Wierd. Hmhm. Возможно, это пошагово переместило вещи в некотором роде? — Я думал мне. Перезагрузите снова к LiveUSB. efibootmgr кажется, показывает 0000,0002 теперь. Выполненный boot-repair снова, теперь просто нажав начальную кнопку "Recommended recovery", и на этот раз снова сохраняя журнал. efibootmgr -v снова шоу 0001,0000,0002. Перезагрузка.
16. После перезагрузки, "Windows запускает..."....................
17. Hilfe!:( Хорошо, сядьте, закончите писать эту просьбу о помощи Askubuntu.

Некоторые вещи, которые я наблюдал относительно пути, который может или не может быть связан: - у меня, кажется, есть 2 раздела с каталогом "EFI". Один из них имеет ubuntu dir (я думаю, что это-/dev/sda2); другой, кажется, "раздел восстановления Windows", и это, кажется, имеет нет ubuntu dir. Странно, это имеет и "EFI" и "efi" директоров в корневом пути (не помните, какой sda - это). - Если я пишу bcdedit /enum all в Windows я получаю много материала, и особенно один из них, кажется, связан с инструментом AOMEI, который я использовал с a ramdisksdipath \Aomei\AomeiBoot.sdi. Я подозреваю, что это не релевантно, но упоминание его на всякий случай.

Таким образом — какие-либо идеи, что я могу попытаться затем, заставить GRUB разоблачать?