Проблемы с GRUB и загрузкой Windows

Несмотря на то, что Boot -Repair загружается в собственном стиле UEFI (, поскольку он может показать вам вывод efibootmgr -v), предлагаемое исправление связано с настройкой загрузки в устаревшем стиле -на диск с разделами GPT -. Это не кажется правильным решением для вашей ситуации. Будь осторожен!

Сообщение об ошибке /efi/microsoft/boot/bootmgfw.efiне найдено предполагает, что ваша система изначально использовала собственный стиль загрузки UEFI. В Windows для использования системного диска с разделами GPT -требуется стиль загрузки UEFI; вы не можете смешивать GPT + устаревшую загрузку, как в Linux. Применение предложенного исправления сделает невозможным выбор ОС для загрузки из GRUB; вам нужно будет использовать настройки прошивки («Настройки BIOS» ), чтобы изменить порядок загрузки и / или предпочтительный стиль загрузки для переключения между ОС.

Похоже, системный раздел EFI (ESP )был поврежден. Обычно это небольшой раздел FAT32, идентифицируемый по UUID в настройках прошивки NVRAM. В Debian, Ubuntu и родственных дистрибутивах он обычно монтируется в /boot/efi.

При использовании любых средств восстановления загрузки следует соблюдать осторожность и загружать их в режиме UEFI. Когда система загружается в устаревшем режиме, параметры загрузки UEFI NVRAM не будут доступны для инструментов восстановления. В Linux вы можете использовать efibootmgr -vдля просмотра параметров загрузки, если система находится в режиме UEFI.

Согласно efibootmgr -vвыходным данным Boot -Repair в pastebin, раздел, на который указывает /dev/sdb2Boot -Repair, должен содержать загрузчики UEFI для обеих ОС (Диспетчер загрузки Windows для Windows и Оболочка безопасной загрузки + GRUB для Ubuntu ). Но что-то выглядит странно:

BootCurrent: 0005
Timeout: 1 seconds
BootOrder: 0002,0000,0001,0004,0005
Boot0000* Windows Boot Manager  HD(2,GPT,dc5ce41b-3e41-4a19-9f92-7883a6981bfb,0xfa000,0x31800)/File(EFIUBUNTUGRUBX64.EFI)WINDOWS.........x...B.C.D.O.B.J.E.C.T.=.{.9.d.e.a.8.6.2.c.-.5.c.d.d.-.4.e.7.0.-.a.c.c.1.-.f.3.2.b.3.4.4.d.4.7.9.5.}...M................
Boot0001* Windows Boot Manager  HD(2,GPT,dc5ce41b-3e41-4a19-9f92-7883a6981bfb,0xfa000,0x31800)/File(EFIMICROSOFTBOOTBOOTMGFW.EFI)..BO
Boot0002* ubuntu    HD(2,GPT,dc5ce41b-3e41-4a19-9f92-7883a6981bfb,0xfa000,0x31800)/File(EFINEONSHIMX64.EFI)
Boot0004* UEFI OS   HD(2,GPT,dc5ce41b-3e41-4a19-9f92-7883a6981bfb,0xfa000,0x31800)/File(EFIBOOTBOOTX64.EFI)..BO
Boot0005* UEFI: Imation Classic PMAP    PciRoot(0x0)/Pci(0x14,0x0)/USB(3,0)..BO

Запись Boot0000помечена как Диспетчер загрузки Windows, но относится к\EFI\Ubuntu\grubx64.efi(Я предполагаю, что отсутствие обратной косой черты является артефактом использования Pastebin? ).Boot0001выглядит в основном действительным для Windows (снова без обратной косой черты ), но отсутствуют дополнительные данные BCDOBJECT, которые появляются в Boot0000. Основной загрузочной записью будет Boot0002, которая запускает прокладку безопасной загрузки в \EFI\Neon\shimx64.efi, которая впоследствии запустится \EFI\Neon\grubx64.efi.

Если в выходных данных efibootmgr -vотсутствует обратная косая черта, возможно, что-то неправильно изменило настройки вашего загрузочного NVRAM или у вас может быть довольно серьезная ошибка встроенного ПО UEFI. Посмотрите, доступны ли обновления встроенного ПО («Обновления BIOS» )для вашей конкретной модели оборудования.

Но похоже, что оба каталога \EFI\Neonи \EFI\Microsoftмогут отсутствовать вsdb2:

/boot/efi detected in the fstab of sda3: UUID=E46B-39C6  (sdb2)
Presence of EFI/Boot file detected: /mnt/boot-sav/sdb2/EFI/Boot/bkpbootx64.efi
Presence of EFI/Boot file detected: /mnt/boot-sav/sdb2/EFI/Boot/bootx64.efi
Presence of EFI/Boot file detected: /mnt/boot-sav/sdb2/EFI/Boot/fbx64.efi
Presence of EFI/Boot file detected: /mnt/boot-sav/sdb2/EFI/Boot/grubx64.efi
Presence of bkp file detected: /mnt/boot-sav/sdb2/EFI/Boot/bkpbootx64.efi
/usr/share/boot-sav/bs-cmd_terminal.sh: line 194: warning: command substitution: ignored null byte in input

Он также должен был обнаружить /mnt/boot-sav/sdb2/EFI/Neon/shimx64.efiи /mnt/boot-sav/sdb2/EFI/Microsoft/Boot/bootmgfw.efi, но этого не произошло.

Вы можете попробовать загрузиться с установочного носителя Windows 10 и использовать инструмент автоматического исправления «Восстановить Windows», затем загрузиться с живого носителя Linux, выполнить chroot в вашу установку KDE Neon, а затем переустановить GRUB и прокладку безопасной загрузки в ESP.(sdb2как указано в Boot -Repair ).