Grub: Windows 10 не загружается (недопустимая подпись)

Проблема решена, я установил rEFInd с использованием файла пакета .deb. Теперь все работает отлично!

Я вижу, вы нашли решение, и это один из нескольких, которые я собирался предложить. (Отказ от ответственности: я поддерживаю rEFInd, поэтому я не непредвзятый.) Я хочу дать анализ, чтобы предположить, что, возможно, пошло не так.

Основываясь на выходе Boot Repair, ваш первый диск (/dev/sda, 112-гигабайтный диск) использует GPT, имеет системный раздел EFI (ESP), и на своем ESP есть оба загрузочных устройства Windows и Ubuntu (GRUB) EFI. Похоже, на этом диске установлена ​​Windows. У вас также есть второй диск, /dev/sdf, 932 гигабайтный диск, который использует разделение MBR и имеет разделы Windows и Ubuntu. Похоже, Ubuntu установлен на этом диске.

Обычно тип таблицы разделов (GPT и MBR) привязан к способу загрузки компьютера - режим EFI / UEFI с GPT и BIOS / CSM / устаревший режим с MBR. Есть исключения из этого правила, но это полезная отправная точка, особенно для Windows. Поскольку ваш компьютер имеет как GPT, так и MBR-диски, это создает некоторую двусмысленность; но похоже, что Windows изначально загружалась в режиме EFI с диска GPT. Поскольку все работает, я бы предположил, что Ubuntu также был установлен в режиме EFI; но установка Ubuntu загрузилась с ESP на /dev/sda до фактической установки на MBR /dev/sdf. Это совершенно законно; однако это, вероятно, привело к проблемам из-за предположения в скрипте где-то. Именно здесь я начинаю выходить за рамки вполне безопасных умозаключений в сфере явных предположений. В частности, я предполагаю, что вы сделали обновление программного обеспечения в Ubuntu, которое закончилось тем, что он либо нарушил способность GRUB загружать Windows. Иногда это может произойти, особенно если активны функции быстрого запуска Windows и / или Hibernate. Эти функции могут привести к повреждению файловой системы, что может привести к тому, что загрузчик Windows, похоже, исчезнет или неисправен, временно или постоянно. Таким образом, крайне важно, чтобы эти функции были отключены, и я предлагаю вам сделать это. См. [D2] Системный раздел EFI (ESP), и здесь для получения инструкций по этому поводу.

Затем вы усугубили проблему, выполнив действия по восстановлению, которые были разработаны для установок Windows в режиме BIOS. Это, среди прочего, загрузило загрузчик Windows в режиме BIOS в первом секторе /dev/sda. Учитывая, что rEFInd работал, по крайней мере эти попытки не навредили чему-либо еще, просто добавили бесполезный треск.

В любом случае установка rEFInd обошла хеш, который теперь является конфигурацией GRUB, тем самым заставляя работать. Если вы довольны rEFInd, вы можете продолжать использовать его. Альтернативой было бы попытаться исправить установку GRUB в режиме EFI. здесь часто может это сделать, хотя нечетное сочетание вашего MBR и GPT вашего компьютера, а также следы как EFI-режима, так и установки GRUB в BIOS-режиме могут смутить этот инструмент. Таким образом, если вы серьезно не удовлетворены rEFInd, скорее всего, лучше следовать поговорке «если он не сломался, не исправляйте». Однако я настоятельно рекомендую вам отключить Fast Startup и Hibernate в Windows; даже если rEFInd может запускать как Ubuntu, так и Windows сейчас, если эти функции активны, они могут вызвать новые проблемы в будущем.

Проблема решена, я установил rEFInd с использованием файла пакета .deb. Теперь все работает отлично!

Я вижу, вы нашли решение, и это один из нескольких, которые я собирался предложить. (Отказ от ответственности: я поддерживаю rEFInd, поэтому я не непредвзятый.) Я хочу дать анализ, чтобы предположить, что, возможно, пошло не так.

Основываясь на выходе Boot Repair, ваш первый диск (/dev/sda, 112-гигабайтный диск) использует GPT, имеет системный раздел EFI (ESP), и на своем ESP есть оба загрузочных устройства Windows и Ubuntu (GRUB) EFI. Похоже, на этом диске установлена ​​Windows. У вас также есть второй диск, /dev/sdf, 932 гигабайтный диск, который использует разделение MBR и имеет разделы Windows и Ubuntu. Похоже, Ubuntu установлен на этом диске.

Обычно тип таблицы разделов (GPT и MBR) привязан к способу загрузки компьютера - режим EFI / UEFI с GPT и BIOS / CSM / устаревший режим с MBR. Есть исключения из этого правила, но это полезная отправная точка, особенно для Windows. Поскольку ваш компьютер имеет как GPT, так и MBR-диски, это создает некоторую двусмысленность; но похоже, что Windows изначально загружалась в режиме EFI с диска GPT. Поскольку все работает, я бы предположил, что Ubuntu также был установлен в режиме EFI; но установка Ubuntu загрузилась с ESP на /dev/sda до фактической установки на MBR /dev/sdf. Это совершенно законно; однако это, вероятно, привело к проблемам из-за предположения в скрипте где-то. Именно здесь я начинаю выходить за рамки вполне безопасных умозаключений в сфере явных предположений. В частности, я предполагаю, что вы сделали обновление программного обеспечения в Ubuntu, которое закончилось тем, что он либо нарушил способность GRUB загружать Windows. Иногда это может произойти, особенно если активны функции быстрого запуска Windows и / или Hibernate. Эти функции могут привести к повреждению файловой системы, что может привести к тому, что загрузчик Windows, похоже, исчезнет или неисправен, временно или постоянно. Таким образом, крайне важно, чтобы эти функции были отключены, и я предлагаю вам сделать это. См. [D2] Системный раздел EFI (ESP), и здесь для получения инструкций по этому поводу.

Затем вы усугубили проблему, выполнив действия по восстановлению, которые были разработаны для установок Windows в режиме BIOS. Это, среди прочего, загрузило загрузчик Windows в режиме BIOS в первом секторе /dev/sda. Учитывая, что rEFInd работал, по крайней мере эти попытки не навредили чему-либо еще, просто добавили бесполезный треск.

В любом случае установка rEFInd обошла хеш, который теперь является конфигурацией GRUB, тем самым заставляя работать. Если вы довольны rEFInd, вы можете продолжать использовать его. Альтернативой было бы попытаться исправить установку GRUB в режиме EFI. здесь часто может это сделать, хотя нечетное сочетание вашего MBR и GPT вашего компьютера, а также следы как EFI-режима, так и установки GRUB в BIOS-режиме могут смутить этот инструмент. Таким образом, если вы серьезно не удовлетворены rEFInd, скорее всего, лучше следовать поговорке «если он не сломался, не исправляйте». Однако я настоятельно рекомендую вам отключить Fast Startup и Hibernate в Windows; даже если rEFInd может запускать как Ubuntu, так и Windows сейчас, если эти функции активны, они могут вызвать новые проблемы в будущем.