Когда для UEFI/(Прошивка материнской платы) установлено значение UEFI(не устаревшее), USB не определяется

Question

Когда для UEFI/(Прошивка материнской платы) установлено значение UEFI(не устаревшее), USB не определяется

Когда установлено в legacy, оно обнаружено.

Само собой разумеется, что я не могу загрузиться с него, когда UEFI находится в режиме UEFI. USB даже не определяется.

Вот несколько фотографий.

На жестком диске нет разделов (так как я удалил их с помощью мастера разделов), но у него была Windows 8.

Примечание - это не то же самое, что этот вопрос Windows, чтобы перейти USB 3.0 проблемы с загрузкой . Потому что мой не подходит для USB 3.0 и портов USB 2.0. Любой порт USB не работает. И принятый ответ на этот предполагает, что другой порт будет работать. Однако, замечая, как я комментирую, моя флешка USB 2.0 работает в любом порту, даже в моем порту USB 3. Так что у меня проблема с USB 3 палками. Но тогда проблема, с которой я столкнулся, заключается в том, что помимо использования только USB 2 флешек. Как я могу получить поддержку USB 3, возможно ли это.

Еще одно дополнительное примечание - на USB2-накопителе, который я пробовал, отражался новейший Macrium. Я только что попробовал флешку USB 3 с Windows 10 ISO (сделано с помощью rufus. GPT, FAT32) и он был обнаружен под UEFI. Эта же модель торчит из пакета, не обнаруживается в UEFI. И когда я сделал Windows 7 ISO с этой флешкой USB 3, в rufus даже с GPT, FAT32, он не был обнаружен в UEFI. Так что, возможно, это должен быть Win10 .. или последний вариант отражения, чтобы UEFI поддерживался USB, насколько даже обнаруживается. Кроме того, для того, чтобы увидеть, когда он обнаружен, я вижу, что нет необходимости переключаться с UEFI, установленного на UEFI, против UEFI, установленного на устаревшее, чтобы увидеть, был ли USB обнаружен UEFI, так как он будет указан в списке EFI либо путь. И если наследие установлено, оно тоже будет там перечислено.

И обновленное примечание. Кажется, если он отформатирован в формате GPT, FAT32 и в нем есть папка EFI, он работает. Файл, необходимый для BIOS, чтобы увидеть его, это \efi\boot\bootx64.efi Имя файла может содержать только 64 бита . Если вы скажете rufus сделать GPT для USB, FAT32, тогда у него еще не будет файла, но если вы загрузите файл или скопируете его из win7 64bit, он будет работать. Так что это быстрый способ тестирования и сужает его ...Похоже, для win7 32bit, rufus по умолчанию ntfs и не позволяет выбирать "GPT с UEFI". Кроме того, хотя ISO является файловой системой, я полагаю, что это не так при записи на USB, потому что файловые системы на USB, например, FAT32 и NTFS.

У win7 32bit есть папка EFI. так что я думаю, что Руфус не прав, когда говорит, что это не изображение EFI

Так что, возможно, для этого стоит использовать инструмент загрузки win7. Или просто отформатировать его с помощью rufus и скопировать файлы поверх. Хотя мой ноутбук 64-битный .. так что, возможно, нет смысла тестировать 32-битный ISO ../ нет смысла.

https://technet.microsoft.com/en-au/library/hh824898.aspx "В режиме UEFI версия Windows должна соответствовать архитектуре ПК. 64-разрядный ПК с UEFI может загружать только 64-разрядные версии Windows. 32-разрядный ПК может загружать только 32-разрядные версии Windows. В некоторых случаях, находясь в устаревшем режиме BIOS, вы можете запускать 32-разрядную версию Windows на 64-разрядном ПК, предполагая, что производитель поддерживает 32-разрядный устаревший режим BIOS на ПК. Применяется к: Windows 8, Windows 8.1, Windows Server 2012, Windows Server 2012 R2 "

Хотя моя проблема не в том, сколько битовых окон ... это просто обнаружение ... но чтобы избежать дальнейших проблем, я вижу, что стоит использовать 64-битные окна на 64-битном ноутбуке

Answer 1

Оказывается, что ... во-первых, в каком режиме находится UEFI, не имеет значения в отношении обнаружения. Таким образом, USB, обнаруженный в EFI, будет отображаться в EFI, и если выбран Legacy, то при перезапуске USB будет отображаться как в EFI, так и в Legacy.

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

Вопрос в том, как настроить USB, чтобы он отображался в EFI (тогда у вас есть возможность перезагрузиться, когда он не в унаследованном режиме, то есть, когда UEFI находится в режиме UEFI). Ниже приведен ответ о том, как сделать USB-флешку под EFI.

Руфус предлагает ряд вариантов

Примечание - общий термин для MBR и GPT - это "форматы разделов".

Может случиться так, что все 3 варианта могут работать там, где есть UEFI. Они все работают на меня. В этих инструкциях http://www.eightforums.com/tutorials/15458-uefi-bootable-usb-flash-drive-create-windows.html говорится, что вы должны выбрать "GPT с UEFI"

Для файловой системы .. видимо UEFI требуется для поддержки FAT32, а не обязательно NTFS. Итак, лучший вариант здесь FAT32

Есть еще одна вещь, которая необходима, хотя. "Файл загрузчика" в определенной папке, обычно \efi \boot \

На этой странице о Debian упоминаются имена этих файлов. Но это все равно относится к Windows, потому что, например, Windows 7 64bit использует путь и имя файла \EFI \boot \bootx64.efi

https://wiki.debian.org/UEFI

amd64 \EFI\boot\bootx64.efi

i386 \EFI\boot\bootia32.efi

arm64 \EFI\boot\bootaa64.efi

Я нахожу тестирование на 64-битном ноутбуке .. Если у меня есть файл bootia32.efi на usb, то он не будет обнаружен (возможно, потому что ноутбук 64-битный), но с файлом bootx64.efi он будет, даже если в файле есть мусор, и он не является правильным загрузчиком , Несомненно, он не загрузится должным образом или не загрузится далеко. Но я хочу сказать, что для обнаружения вам нужен этот файл. Обнаружение является предварительным условием загрузки. Если это правильный файл, он тоже загрузится. Я мог бы решить проблему намного быстрее, когда обнаружил, что мне не нужно записывать весь ISO-образ Windows на USB для проверки того или иного.

В win7 32-битном ISO, на который я смотрел, есть папка EFI. В win7 64-битном ISO также есть папка EFI. Я не уверен насчет значений по умолчанию, но похоже, что USB может быть не EFI, у него есть каталог EFI, но нет EFI\boot и поэтому не bootx64.efi, а прошивка материнской платы UEFI на моем ноутбуке также не видит его как EFI так что не только Rufus видит его как не EFI, но UEFI на моем ноутбуке тоже не видит Win7 (даже 64-битную), как EFI.

Хотя имя файла в \efi \boot не зависит от ОС, содержимое файла, скорее всего, зависит от ОС. Эта ссылка, например, http://www.nextofwindows.com/how-to-make-uefi-bootable-usb-flash-drive-to-install-windows-8 предлагает загрузить файл и говорит «если вы готовитесь для 64-битной версии установки. Вам нужно будет скопировать файл с именем bootmgfw.efi изнутри файла install.wim из папки sources в папку efi \boot на USB-накопителе и переименовать его в bootx64.efi ... [или] ... вы можете просто скачать этот файл (http://www.nextofwindows.com/download/bootx64.efi) и скопируйте его в папку efi \boot. "И для правильной загрузки могут быть некоторые вспомогательные файлы.

Так что вы должны проверить

• Формат раздела

• Файловая система

• Папка EFI, существующая вместе с соответствующим файлом (они также будут в любой операционной системе ISO, которая должна загружаться из UEFI, установленного в UEFI - в отличие от ОС, предназначенной для загрузки из BIOS, или UEFI, установленного в устаревшую версию)

Папка EFI является необходимостью. но не пишите папку вручную, если вы не экспериментируете или не знаете, что делаете. Это будет с ОС ISO.

По-видимому, в Win7 есть некоторые проблемы с USB3, хотя здесь проблема не в этом. Это вызвало бы другие симптомы.

Windows 10 также может быть сделана Windows 10 "инструментом создания медиа" вместо rufus, хотя rufus, как я обнаружил, будет в порядке. И причина, по которой Macrium отражают загрузку, заключалась в том, что текущая версия основана на WinPE 10 64bit, то есть WinPE для Windows 10. Windows 10 64bit, имеет папку EFI. (Я не могу комментировать 32-разрядную версию Windows 10). И когда программа Macrium создает USB, она, должно быть, дает формат раздела, который поддерживает UEFI, например, GPT или форму MBR, которая поддерживает UEFI, и на USB будет папка EFI. ,

Answer 2

Если изменение настроек BIOS с устаревшего на UEFI изменит ваш результат, это (почти) определенно не является проблемой драйвера.

Файловые системы, такие как NTFS / FAT / HFS, находятся на более высоком уровне, чем нужно для устранения неполадок.

Если какой-либо загрузочный диск (USB или нет) не обнаружен, когда для встроенного ПО материнской платы установлено UEFI вместо устаревшего режима, это проблема таблицы разделов. Заметьте, я говорю таблица разделов, а не раздел.

Таблица разделов содержит разделы, и вполне возможно, что вы удалили все разделы на USB-устройстве, оставив фактически пустую таблицу разделов. Однако таблица разделов все еще будет там, и если это таблица разделов MBR (Master Boot Record), то вам нужно заменить ее на таблицу разделов GPT (GUID Partition Table).

Таблица разделов MBR - это таблица разделов устаревшего формата, которую ваш компьютер просто не увидит, если в прошивке не включена поддержка прежних версий.

Устаревшие ОС требуют использования устаревших форматов таблиц разделов, но вы упоминаете Windows 8, которая имеет полную поддержку UEFI / GPT, поэтому это не должно быть проблемой.

Больше информации:

GPT: https://en.wikipedia.org/wiki/GUID_Partition_Table

MBR: https://en.wikipedia.org/wiki/Master_boot_record

Используя подход Microsoft для преобразования MBR-диска в GPT:

https://technet.microsoft.com/en-gb/library/dn336946.aspx

Существует несколько технически некорректных (хотя и очень распространенных) терминов на странице MS, но это может помочь, если это ваш опыт. Не стесняйтесь использовать комментарии, чтобы запросить детали, если это необходимо

примечание добавлено по барлопу

Были некоторые хорошие исправления в ссылке ms, Дэвид опубликовал исправления в комментарии, к сожалению, модератор удалил их вместо того, чтобы переместить их в ссылку чата. Я включу сюда то, что я помню по памяти, что я помню, как говорил Давид.

Ссылка MS использует термин стиль раздела, правильный термин - формат раздела.

Линия MS заявляет, что MBR имеет ограничение в 4 ТБ, это неверно, поскольку есть способ выйти за пределы этого с MBR. Возможно, Дэвид может отредактировать некоторые детали обратно, но я вижу некоторое обсуждение здесь https://serverfault.com/questions/590524/why-are-there-only-four-primary-partitions-on-an-mbr-disk MS ссылка также говорит, что трудно выйти за пределы 4 разделов, это не правильно. Вы можете иметь несколько логических разделов (как ясно говорит и другая ссылка Ms). Ограничение MBR составляет 4 основных раздела, как указано в этой ссылке на ошибку сервера.

Возможно, он упоминал и другие вещи, но я не помню ...