Grub не видит Windows 10

Обновлено: 21.11.2024

У меня есть один SSD, на котором установлена Windows 10, и один жесткий диск, изначально полностью разделенный на NTFS, но я уменьшил NTFS с помощью установщика Debian и установил Debian на только что освободившееся место.

Как ни странно, программа установки сообщила мне, что не обнаружила Windows, и попросила подтвердить запись GRUB в MBR. Я отказался и попросил установить GRUB на жесткий диск, на котором только что был установлен Debian (отличный от SSD, на котором установлена Windows).

Я отключил безопасную загрузку в своем BIOS, но даже в этом случае компьютер автоматически загружается в Windows, не показывая GRUB, и диспетчер загрузки Windows — единственный, обнаруженный моим BIOS в диспетчере загрузки. В моем BIOS нет возможности доверять/выбирать файл EFI, как это часто указывается на форумах, которые я проверял.

Я хотел бы автоматически загружаться в Windows, если я не удерживаю клавишу SHIFT для загрузки в Debian (я знаю, как это сделать, когда при запуске отображается GRUB, а это не так). Что мне делать?

Мой компьютер — Lenovo Legion Y520.

проблема с прошивкой производителя, к сожалению, я обновил свою материнку, и произошло то же самое, виндовс устанавливается только на uefi, а линукс только на биос, а на экране загрузки появляется только виндовс уэфи. но система Linux все еще работает, если я выбираю hd или ssd первым в порядке загрузки.

2 ответа 2

Если в вашем BIOS есть вариант загрузки, в котором буквально указано «Диспетчер загрузки Windows», это довольно убедительный признак того, что ваша Windows была установлена в стиле UEFI. Тот факт, что установщик Debian даже предлагает записать GRUB в MBR, указывает на то, что программа установки Debian была загружена в устаревшем стиле BIOS.

16-разрядный устаревший загрузчик BIOS не может последовательно загружать загрузчик UEFI (без предварительного перехода в 32- или 64-разрядный режим и настройки среды UEFI, что противоречит цели использования устаревшего 16-разрядного режима). в первую очередь).

Обычно режим загрузки (BIOS или UEFI), который вы используете для загрузки установщика ОС, автоматически определяет, какой режим будет использоваться для установки новой ОС. Установщик ОС, работающий в режиме UEFI, технически может установить загрузчик на основе BIOS вместо загрузчика на основе UEFI, но обратное, как правило, невозможно, поскольку активация совместимости с устаревшим BIOS требует отключения интерфейса UEFI Runtime Services, который необходим для записи параметров загрузки в системную NVRAM (например, этот текст «Диспетчер загрузки Windows» в настройках BIOS) — и это требование для завершения установки загрузчика UEFI.

Похоже, что ваш ноутбук в настоящее время может предпочесть загрузку в устаревшем режиме BIOS, а не в UEFI, если на загрузочном носителе доступны обе опции, а на установочном носителе Debian 10 действительно есть обе опции. Таким образом, он мог загрузить установщик Debian в режиме BIOS и, таким образом, не смог завершить установку загрузчика UEFI стандартным способом. В режиме BIOS установщик также не сообщит вам, что для установки загрузчика UEFI требуется наличие ESP (системного раздела EFI) на диске, на который вы хотите установить загрузчик UEFI. Если вы не решили создать его на жестком диске, значит, не было подходящего места для установки загрузчика UEFI.

Есть также проблема, заключающаяся в том, что некоторые реализации прошивки UEFI содержат ошибки и/или ориентированы на Windows. Как говорится в Debian Wiki:

К сожалению, многие реализации прошивки UEFI содержат ошибки, как упоминалось ранее. Несмотря на то, что спецификация для загрузочных записей и порядка загрузки довольно ясно показывает, как все должно работать, в дикой природе существует множество систем, которые ошибаются. Некоторые системы просто игнорируют действительные запросы на добавление новых загрузочных записей. Другие примут эти запросы, но откажутся их использовать, если только они не назовут себя «Windows» или чем-то подобным. Существует множество других подобных ошибок, что говорит о том, что многие поставщики систем провели очень мало тестов, кроме проверки «работает ли это с Windows?»

К счастью, поставщики систем иногда исправляют ошибки встроенного ПО. Итак, в качестве первого шага посмотрите, есть ли у Lenovo обновленная прошивка («обновление BIOS») для вашей модели, и установите ее, если она есть. Это может упростить установку конфигурации с двойной загрузкой.

В качестве второго шага вам, вероятно, следует отключить устаревшую функцию совместимости с BIOS, если это возможно. Если вы найдете параметр «BIOS», который позволяет принудительно использовать только UEFI, выберите этот параметр; или есть параметр, в котором упоминается CSM («Модуль поддержки совместимости»), отключите его. Теперь должно быть проще заставить установщик Debian загружаться в режиме UEFI, как это делает ваша существующая установка Windows. Это заставит установить правильный тип загрузчика.

В качестве третьего шага помните о необходимости иметь ESP (системный раздел EFI).По сути, это небольшой раздел FAT32 (256M достаточно только для Debian 10), который в Debian должен быть смонтирован в /boot/efi . Если вы используете разбиение MBR, оно должно иметь специальный код типа раздела 0xef ; при использовании разделов GPT опция разделителя, чтобы пометить раздел как «загрузочный» и / или «ESP», должна работать правильно. Наличие ESP на вашем жестком диске позволит вам переместить жесткий диск в другую систему и загрузить с него существующую установку Debian, если вы захотите сделать это позже.

В качестве альтернативы созданию отдельного ESP на жестком диске для Debian можно выбрать Windows ESP на твердотельном накопителе при настройке разбиения на разделы, не форматировать его, а смонтировать с существующей файловой системой как /boot/efi . Стандартизированная структура каталогов в ESP предназначена для работы с загрузчиками нескольких ОС в одном и том же ESP. Загрузчик UEFI Debian 10 должен хорошо вписаться в стандартный Windows 10 ESP с запасом места, если вы выберете этот вариант. Но для этого вам, возможно, придется перейти к «расширенным/ручным» параметрам разбиения.

Если после этого у вас все еще возникают проблемы, я бы рекомендовал прочитать текст Родерика В. Смита о проблемах с загрузчиками UEFI. Он написан для загрузчика rEFInd, но многие вещи, описанные в нем, применимы и к UEFI-версии GRUB.

После того, как обе ваши ОС загружаются в стиле UEFI:

Если ваш SSD относится к типу NVMe, он может отображаться в Linux как /dev/nvme0n1 (а его разделы как /dev/nvme0n1pN , N = номер раздела). Убедитесь, что Linux видит ваш SSD, а затем запустите update-grub от имени пользователя root.

Если он не сообщает, что обнаружил Windows, запустите blkid от имени пользователя root: он должен сообщить UUID всех ваших файловых систем и разделов. Найдите UUID файловой системы Windows ESP на SSD. Если Windows ESP использует стандартный тип файловой системы FAT32, он должен быть указан в форме UUID="xxxx-xxxx" (на самом деле это серийный номер файловой системы FAT32).

Как только вы узнаете UUID, вы можете настроить собственный пункт меню GRUB для Windows, добавив эти строки в конец /etc/grub.d/40_custom :

Это должна быть базовая запись цепного загрузчика UEFI для Windows. Просто замените xxxx-xxxx фактическим UUID файловой системы Windows ESP. После редактирования файла запустите update-grub от имени пользователя root. Затем установите для параметра загрузки по умолчанию значение debian, и у вас должно появиться загрузочное меню.

Возможно, Lenovo решила выйти за рамки требований спецификации UEFI и реализовала поддержку файловой системы NTFS в своей прошивке UEFI, а также предоставила установку Windows, использующую NTFS на ESP. В этом случае замените insmod fat на insmod ntfs , и UUID файловой системы будет иметь другой формат: вывод blkid будет выглядеть примерно так: UUID="A268B58668B559AD" .

Примечание. Проверьте команду efibootmgr. Вы можете использовать его для управления настройками загрузки встроенного ПО в Linux, не входя в меню настроек BIOS. В Windows bcdedit может делать то же самое, хотя, на мой взгляд, его пользовательский интерфейс более неудобен.

Наконец-то я установил Ubuntu на второй диск. Когда я запускаю свой компьютер, GRUB предлагает мне загрузить только Ubuntu, а не Windows 7. Что нужно сделать, чтобы я мог выбирать между Ubuntu и Windows в GRUB?

Когда я нажимаю F12 для вызова меню загрузки при запуске и выбираю Диспетчер загрузки Windows, загружается Windows 7.

13 ответов 13

Загрузите Ubuntu и смонтируйте раздел Windows (просто откройте диск в Nautilus)

Выполните в командной строке ( Ctrl + Alt + t ):

Если ваша установка Windows была найдена, вы можете запустить:

Обратите внимание, что шаг 2 предназначен только для вашего удобства. Вы можете просто смонтировать раздел Windows 7 и запустить update-grub .

Похожий вопрос

У меня есть 2 раздела с двумя установленными окнами, он обнаруживает мою установку только на другом разделе, но не на новых установленных окнах (на SSD)! даже смонтирован. идея?

Если описанный выше метод os-prober не работает, попробуйте добавить пользовательскую запись в меню grub. Документировано здесь.

Первые два шага предназначены для поиска вашего домена .

Запустите lsblk и найдите имя строки с /boot/efi

Пример вывода (здесь ответ sda2):

Запустите sudo blkid /dev/sdaX, где sdaX — это ответ из предыдущего шага (в моем случае sda2).

Пример вывода (здесь ответ 58E4-427D):

Добавьте в конец файла /etc/grub.d/40_custom следующее:

Запустите sudo update-grub и перезагрузитесь.

Спасибо @Christopher Markieta за все подробности в другом ответе. Добавил их и в этот (хотя специфика пользовательской записи отличается.

@PhilippeGachoud Ubuntu 20.04 в моем случае вообще не обнаруживает диск Windows, а grub устанавливается на другой раздел того же диска, что и Ubuntu!

У меня была запущена Windows 10, а затем я попробовал двойную загрузку. После установки Ubuntu Win 10 не отображалась в моем загрузчике GRUB.Я пробовал следующее --

Прежде всего я отключил безопасную загрузку в Win10. Затем запустите следующие команды в Ubuntu:

Отлично получилось. После этого смог найти Windows и Ubuntu в GRUB.

Этот PPA все еще существует? Я не смог добавить его, и он заявил, что его не существует с загрузочного диска Ubuntu 18.04

Я решил аналогичную проблему, выполнив шаги Boot-Repair

Нажмите «Рекомендуемый ремонт» и введите в терминал несколько команд, как было предложено.

Я думаю, что мой Grub не распознает окна из-за неправильного завершения работы, и это решило проблему.

Немного другой метод, который я скопировал из рабочего примера на другом компьютере и опубликовал для себя.

Добавьте к /etc/grub.d/40_custom следующее:

где находится UUID вашего раздела /boot/efi. Чтобы найти это:

Затем, конечно, после сохранения файла запустите:

Перезагрузитесь, теперь вы сможете успешно запустить Windows.

Если у вас ранее был установлен RAID, это может вызвать проблемы. В моем случае я собрал свой рабочий стол в 2010 году и установил два по 1,5 ТБ с чередующимся RAID. Пользователь Gracemercy54 упоминает, что это метаданные, оставшиеся от прежней конфигурации RAID.

Когда я впервые попытался выполнить действия Hermes, я получил сообщение об ошибке с указанием "неправильного количества устройств в наборе RAID". Итак, если это произойдет с вами, откройте терминал и выполните:

Это исправило это для меня.

Я думаю, мой тоже из-за рейда. Но sudo dmraid -rE у меня не работает. В конце концов я сделал это, временно переключившись на AHCI в BIOS, затем загрузившись в Ubuntu и выполнив sudo update-grub , а затем снова включив RAID.

У меня были проблемы, подобные приведенным выше, и решение состояло в том, чтобы просто добавить ввод вручную, как показано ниже:

где указанный выше UUID (688E. ) был взят с загрузочного диска Windows через blkid /dev/sdb1 .

ВНИМАНИЕ: дополнительная строка

относится к sda, который виден в Ubuntu как /dev/sdb, хотя на самом деле это первый диск в шине sata, тогда как /dev/sda на самом деле является вторым диском, смонтированным как root / .

Возможно, поэтому скрипты grub не работали должным образом. У меня не было времени менять физический порядок дисков, но вполне возможно, что это тоже помогло бы решить проблему.

У меня была такая же проблема с Windows 10. Я установил 64-разрядную версию Linux Mint 18.1 Cinnamon на свой ноутбук для двойной загрузки с WIN10. После установки GRUB предложил загрузить только Linux, но не Windows.

Я обнаружил, что видеорешение для Windows 10 отсутствует в меню grub, а в ветке форума Grub не распознает Win10 после обновления/восстановления, но, к сожалению, ни то, ни другое не сработало, поэтому я использовал их комбинацию для решения своей проблемы.

Откройте терминал и следуйте этим командам, чтобы открыть файл с именем 40_custom:

Добавьте эти строки в конец файла, а затем сохраните и выйдите:

После сохранения файла обновите GRUB с помощью этой команды:

Затем перезагрузите компьютер, чтобы проверить, работает ли он.

Надеюсь, это сработает и для других!

У меня была та же проблема, и я потратил 2 дня на ее решение. Но сегодня утром у меня возникла внезапная идея, и она сработала.

Вам следует проверить настройки BIOS/UEFI. В моем случае мне пришлось сначала загрузить Uefi. В противном случае я не смог обнаружить окна из Ubuntu. Мне нужно было установить Ubuntu> Диспетчер загрузки Windows> DISK1> DISK2> DISK3. Установлен DISK1 > ubuntu > Диспетчер загрузки Windows > DISK3.

У меня было две установки Ubuntu: одна на жестком диске, другая на твердотельном накопителе. Очевидно, установка ssd по какой-то причине не отображалась как UEFI, но я хотел сначала загрузить более быстрый диск.

Я не ожидал, что порядок загрузки может повлиять на обнаружение систем grub. Так что стоит пересмотреть это.

У меня была такая же проблема после установки обновлений от Ubuntu. Следующие команды отлично сработали для меня:

Сначала установите os-prober для обнаружения окон, а затем обновите grub:

Подтверждено: "os-prober" отсутствует. На этот раз Linux Mint 19.3 Tricia. Нет сообщений об ошибках при запуске «update-grub» об отсутствии os-prober, просто не удалось обнаружить существующий раздел Windows.

В дополнение к ответу Бартоша Домбровски, который привел меня к решению моей проблемы:

Убедитесь, что если ваш Linux использует UEFI Boot/GPT, то и другая ваша ОС (например, Windows в моем случае) также использует UEFI Boot/GPT. Начиная со старой установки Win7 и Win10, на жестком диске все еще была старая школьная загрузка и MBR. Каким-то образом у os-prober и boot-repair были свои проблемы, чтобы исправить это.

Убедитесь, что в BIOS/порядке загрузки указан ваш жесткий диск с ubuntu (например, uefi: ubuntu) и жесткий диск с диспетчером загрузки Windows (например, uefi: диспетчер загрузки Windows).

Если WBM отсутствует, убедитесь, что загрузочный диск Windows имеет GPT. Вы можете проверить это в Windows, используя Управление дисками (Win + X, затем Управление дисками).

Существует инструмент Windows: mbr2gpt, который может конвертировать MBR в GPT.После этого (и загрузки через UEFI) os-prober и, наконец, update-grub смогли найти мою установку Windows и добавили ее в параметры загрузки grub.

Выполните следующие действия, если os-prober показывает Windows, а GRUB нет.

Изменить grub-mkconfig
Найдите эти строки посередине
Изменить true на false
Выйти из nano (CTRL+X, Y, Enter)
Обновить GRUB

Хорошо, у меня была та же проблема, и я долго не мог найти решение для себя, наконец нашел его, так что вот моя маленькая песчинка в мире. Прежде чем пытаться, не забудьте каждый раз проверять, загружаетесь ли вы с использованием UEFI:

Видимо, в процессе установки Debian данные Windows внутри раздела EFI были потеряны, поэтому я восстановил систему с помощью USB-накопителя Windows 10 (я пытался исправить загрузку, но почему-то это не сработало, я даже попробовал это на консоли, в любом случае я не потерял данные). После этого теперь я не могу загрузить Debian, поэтому запускаю Live CD Debian, монтирую все и делаю chroot следующим образом (и не забудьте загрузить USB как UEFI):

Теперь, здесь os-prober не обнаружил Windows 10, но я все равно решил установить grub-install /dev/sda и grub-update и перезапустить.

Самое смешное, теперь я не мог загрузить Windows 10 и только Debian, НО!, я попытался еще раз обновить grub и, наконец, нашел загрузку Windows 10. Честно говоря, это не имеет никакого смысла, но мне все равно. Надеюсь, это поможет любому, кто так же отчаян, как и я :D .

Привет,
Я выполняю двойную загрузку своей арки с Windows 10 на своем ноутбуке.
В моем ноутбуке у меня есть ssd и hdd.
Я разделил свой ssd на два раздела: один для Windows и другой для arch /.
То же самое с моим жестким диском, один раздел с Windows, а другой для моего /home.
Я попытался смонтировать свой раздел Windows, а затем:

В первый раз я сделал:

это дало мне некоторую информацию, но теперь каждый раз, когда я выполняю команду, я не получаю никакой информации.
Вот что я получаю, если делаю:

Последний раз редактировалось philipW (2017-05-15 16:39:25)

Хм, а для os-proper требуется монтирование раздела Windows?

Если это так, убедитесь, что вы монтируете правильный раздел. Для загрузки UEFI у вас должен быть смонтирован системный раздел EFI, для устаревшей загрузки у вас должен быть смонтирован раздел System Reserved (ну, для «правильной» установки BIOS Windows именно здесь находится bootmgr/NTLDR).

Кроме того, вы не можете выполнить "кроссплатформенную" загрузку с помощью grub. Например, если grub был установлен с параметром --target x86_64-efi, он может загружать только bootmgfw.efi по цепочке; если grub был установлен с параметром --target i386-pc, он может загрузить только bootmgr/NTLDR.

Последний раз редактировалось tom.ty89 (2017-05-15 12:06:58)

Хм, а для os-proper требуется монтирование раздела Windows?

Если да, убедитесь, что вы монтируете правильный раздел. Для загрузки UEFI у вас должен быть смонтирован системный раздел EFI, для устаревшей загрузки у вас должен быть смонтирован раздел System Reserved (ну, для «правильной» установки BIOS Windows именно здесь находится bootmgr/NTLDR).

Также вы не можете выполнять «кроссплатформенную» загрузку с помощью grub. Например, если grub был установлен с параметром --target x86_64-efi, он может загружать только bootmgfw.efi по цепочке; если grub был установлен с параметром --target i386-pc, он может загрузить только bootmgr/NTLDR.

Я не знаю, зачем его нужно монтировать. Другие дистрибутивы, которые я использовал, обнаруживали вдовы мгновенно, но я где-то читал, что это может решить мою проблему, поэтому я попробовал.
Мой grub установлен в том же efi раздел в качестве загрузчика Windows.
Я на 90% уверен, что установил его с

Есть ли способ убедиться в этом?
Когда я установил grub, он сказал, что не может найти раздел efi, поэтому я создал папку в /mnt и смонтировал на ней раздел efi, после чего все заработало. отлично.
Я не уверен, что это как-то связано с моей проблемой.

Есть ли способ убедиться в этом?

Смонтируйте ESP и посмотрите, есть ли EFI/grub и EFI/Microsoft?

Когда я установил grub, он сказал, что не может найти раздел efi, поэтому я создал папку в /mnt и смонтировал в нее раздел efi, после чего все заработало нормально.
я не уверен, что это имеет какое-то значение. сделать с моей проблемой.

Нет, все в порядке. Но причиной может быть тот факт, что ESP не монтируется в /boot или /boot/efi при запуске grub-mkconfig. Не совсем уверен в пути/механизме поиска os-prober.

Оке, я узнал, что у меня 86_64, я заглянул в папку /boot/grub/ и там есть 86_64-efi.
Но если я посмотрю в папку /boot/ с точки зрения Windows я не вижу никаких личинок.
Это нормально?

Последний раз редактировалось philipW (2017-05-15 12:34:45)

Но если я загляну в папку /boot/ с точки зрения Windows, я не увижу никаких личинок.

От точки зрения Windows? Что ты имеешь в виду? Почему вы должны проверять это из Windows?

Но если я загляну в папку /boot/ с точки зрения Windows, я не увижу никаких личинок.

От точки зрения Windows? Что ты имеешь в виду?Почему вы должны проверять это из Windows?

Извините за плохой выбор слов, я пытался сказать, что если я посмотрю на загрузочный раздел из Windows, я не увижу никаких файлов grub. раздел, когда я смотрел на него со стороны Windows, но перед тем, как установить арч, я очистил свой раздел efi от всего, кроме файлов Windows, поэтому для арки все было чисто.

Все-таки зачем смотреть на загрузочный раздел из винды? Является ли «загрузочный раздел» здесь ESP, о котором вы говорите?

Каталог grub (тот, который состоит из каталога x86_64-efi) можно разместить где угодно. Если вы не указали параметр --boot-directory some_path (не --efi-directory), он будет находиться в /boot, в противном случае — в some_path.

Но то, на что именно ссылается /boot или some_path, может варьироваться. Это может быть каталог в файловой системе, а также точка монтирования или даже то и другое.

Допустим, вы смонтировали /dev/sdXY в /boot при установке grub, каталог grub будет находиться в /dev/sdXY в корневом дереве его файловой системы. Если вы перезагрузились с /dev/sdXY, подключенным к /boot, вы по-прежнему будете видеть «личинку» и другое содержимое в /dev/sdXY под /boot; но если вы перезагрузились без его подключения к /boot, то _вместо_ этого вы не увидите содержимое (если оно есть), которое находится в "/boot" корневой файловой системы.

Последний раз редактировалось tom.ty89 (2017-05-15 14:43:55)

Все-таки зачем смотреть на загрузочный раздел из винды? Является ли «загрузочный раздел» здесь тем ESP, о котором вы говорите?

Каталог grub (тот, который состоит из каталога x86_64-efi) можно практически разместить где угодно. Если вы не указали параметр --boot-directory some_path (не --efi-directory), он будет находиться в /boot, в противном случае — в some_path.

Но где именно /boot или ссылка на some_path может варьироваться. Это может быть каталог в файловой системе, а также точка монтирования или даже и то, и другое.

Скажем, у вас есть /dev/sdXY, смонтированный на /boot, когда вы устанавливаете grub, каталог grub будет находиться в /dev/sdXY в корневом дереве файловой системы. Если вы перезагрузились с /dev/sdXY, подключенным к /boot, вы по-прежнему будете видеть «личинку» и другое содержимое в /dev/sdXY под /boot; но если вы перезагрузились без его подключения к /boot, то _вместо_ этого вы не увидите содержимое (если оно есть), которое находится в "/boot" корневой файловой системы.

да, с загрузочным разделом я имею в виду ESP.
Я также посмотрел на загрузочный раздел со стороны Windows, потому что, когда я успешно загрузил Ubuntu с двойной загрузкой, я заметил там, где папки grub, когда я смотрел с окнами. < br />Поэтому я подумал, может быть, это полезная информация.

Последний раз редактировалось philipW (2017-05-15 15:11:23)

ESP может содержать только один каталог grub, состоящий из одного исполняемого файла EFI, в своем каталоге EFI.

Если вы используете ESP для /boot (т. е. он постоянно подключен к /boot), вы должны _также_ увидеть каталог grub, который состоит из каталога модулей (x86_64-efi) и grub.cfg, а также ядра ) и образы initramfs непосредственно в корневом дереве ESP (т. е. /boot, если он подключен к /boot).

Последний раз редактировалось tom.ty89 (2017-05-15 15:27:27)

Кажется, я нашел проблему в том, что мой раздел efi не смонтирован.
Я посмотрел на fstab и нигде не вижу sda1 (ведьма — это мой раздел efi).

В противном случае, я полагаю, вы должны смонтировать его в /boot/efi. Я думаю, что os-prober по крайней мере изучил бы этот путь.

Последний раз редактировалось tom.ty89 (2017-05-15 15:54:27)

Я обнаружил, что раздел EFI не смонтирован в /boot/, поэтому я создал папку в /boot с именем efi, куда я смонтировал раздел EFI (/dev/sda1)
Os prober говорит, что он обнаружил Windows, но его нет в меню grub при перезагрузке.
Я также пытался смонтировать раздел EFI в самой папке / boot, но это тоже не сработало.

Последний раз редактировалось philipW (2017-05-15 16:06:44)

Не монтируйте ESP случайным образом в /boot.

Отключите ESP из /boot _перед тем, как это сделать_. Смонтируйте любой раздел, который использовался для /boot, в /boot (если он еще не смонтирован; проверьте с помощью findmnt /boot). Если его не было, то ничего на него не монтировать.

Привет! Я установил Ubuntu 20.04.2 вместе с Windows 10. Но GRUB не распознает Windows 10.

И я также пробовал загрузку-восстановление
но после выполнения рекомендуемого сканирования выдает эту ошибку:

Обнаружена устаревшая версия Windows. Включите режим совместимости с BIOS/CSM/Legacy в вашей прошивке UEFI и используйте это программное обеспечение с live-CD (или live-USB)

Я также попробовал первый ответ на этот пост, но когда я использовал bootrec /fixboot
, я обнаружил, что элемент не найден
ошибка в командной строке восстановления Windows (но я выполнил все инструкции, несмотря на ошибку/ предупреждение).

По прошествии нескольких часов мой GRUB не распознает Windows 10. Пожалуйста, помогите мне.

Копия/вставка — общий «ответ», который я даю людям, у которых проблемы с загрузкой, как правило, из-за того, что они не понимают загрузку UEFI и BIOS

при установке Linux вы можете установить в режиме uefi или в более старом режиме Legacy (bios).

UEFI использует раздел EFI для хранения загрузочных файлов, устаревшая версия помещает загрузчик в MBR загрузочного диска.

Раздел EFI представляет собой файловую систему fat32 с установленными флагами esp и boot . размер большинства дистрибутивов составляет около 500 МБ.

при загрузке установщика usb - может быть две записи для usb в меню загрузки. один для uefi и один для устаревшей версии.

Пример: (точная формулировка может СИЛЬНО различаться в разных системах)

Для моей настольной системы 'устаревшая' запись не содержит примечаний или каких-либо других комментариев.

В некоторых системах расположение загрузочного меню отличается, и EFI и Legacy могут быть разделены на вкладки или группы или даже скрывать некоторые элементы.

режим, в котором вы загружаетесь, указывает установщику, какой метод использовать для настройки загрузочных файлов.

если ваш диск является разделом для установки uefi и вы загружаетесь в устаревшем режиме, программа установки попытается настроить загрузочные файлы неправильным способом.

Обратное тоже проблема. загрузка и попытка установить настройку uefi, когда у вас нет раздела efi, не удастся.

для установки с двойной загрузкой обычно требуется установить каждую ОС в одном и том же режиме (UEFI или устаревшем)

поэтому обратите внимание на то, как разбит ваш диск. Для установки Uefi требуется раздел efi, а для этого (я думаю) требуется, чтобы диск использовал схему разделов GPT. Legacy будет использовать старую схему разделов Mbr/dos. (их можно изменить в gparted, и изменение сотрет диск)

Распространенная проблема — это когда GRUB не может загрузиться/увидеть установку Windows при установке с двумя дисками. Насколько я знаю, Grub НЕ может загружать Windows, если две ОС не используют один и тот же режим.

Таким образом, если Windows использует UEFI, а Linux использует устаревшую версию, grub не сможет загрузить Windows. Однако меню выбора загрузки в меню прошивки/загрузки должно по-прежнему работать, так как это установка с двумя дисками.

pop_os в устаревшей установке использует grub.

в настройках uefi/EFI pop_os должен использовать systemd-boot. который, я думаю, имеет одно и то же ограничение «все ОС должны быть в одном режиме»

Читайте также: