Не удалось открыть неподдерживаемый том 3 ntfs при установке с флешки

Обновлено: 21.11.2024

"Недавно я купил подержанный компьютер без оптического дисковода. Хотя на начальном этапе у меня с ним все было в порядке, позже мне потребовалось использовать загрузочный USB-накопитель. Поэтому я попытался установить его. с помощью встроенного в Rufus образа Free DOS.Но я постоянно сталкивался с проблемами, так как ПК намеревался записать структуру NTFS, а я выбрал структуру MBR.Процесс загрузки регулярно зависает после попытки записи MBR с сообщение об ошибке.

Предупреждение. Не удалось получить эксклюзивные права. Повторная попытка с включенным совместным доступом для записи. "

Технически Rufus — это устройство, которое используется для создания загрузочных флэш-накопителей USB. В то время как основное техническое население в настоящее время предпочитает другие системные методы, использующие структуру NTFS в последней версии операционной системы Windows 10. Но независимо от других доступных технологий наличие Rufus стало необходимостью на большинстве компьютеров. Для системы Windows стало обязательным наличие Rufus. Но Rufus не может создать загрузочный USB с помощью техники MBR. Это бесплатная утилита с открытым исходным кодом.

Поэтому довольно сложно обратиться в службу поддержки по вопросам, вызванным Rufus.

Как создать загрузочную флешку для Windows без Rufus

Как мы уже видели, Rufus — это простой способ создания загрузочного USB-накопителя. Но из-за запущенных осложнений люди перебирают другие методики. Одним из наиболее распространенных методов создания загрузочного USB-накопителя является загрузка файлов ISO для создания инструмента создания Windows Media и последующая установка Windows. Здесь мы предложили пошаговое решение по установке Windows 10 и запуску загрузочного USB для Windows. Теперь давайте рассмотрим, что используемый персональный компьютер содержит усовершенствованную операционную систему Windows 10.

Перед установкой убедитесь, что на вашем ПК есть диск с утилитой Windows, USB-накопитель емкостью 8 ГБ и файл ISO, подходящий для вашей операционной системы.

Шаг 1. Загрузите и запустите средство создания носителя Microsoft. После завершения установки выберите вариант создания установочного носителя для другого ПК.

Шаг 2. Позже выберите подходящий ISO-файл, который носитель будет использовать для создания загрузочного USB-накопителя.

Шаг 3. Так, например, если у вас операционная система Windows 10, выберите ISO-файл, подходящий для Windows 10, и загрузите его автоматически.

Шаг 4. После завершения вы можете сохранить файл резервной копии на жестком диске или компакт-диске для использования в будущем.

Шаг 5. Нажмите кнопку "Готово", чтобы закрыть файлы.

Это одна из самых известных используемых технологий, но вы также можете использовать другие доступные методы, такие как Rufus (который оказался довольно успешным на некоторых компьютерах) и утилиту командной строки.

Нужен ли вам портативный USB-накопитель для Windows?

Мы знаем, что Rufus предназначен для создания загрузочного USB-накопителя с загруженным iso-файлом Windows и используется для чистой установки операционной системы Windows на компьютер.

Однако некоторые люди не ищут то же самое. Они просто хотят поместить свою операционную систему Windows на USB-накопитель и сделать ее загрузочной. Это делает не Rufus, а EaseUS OS2Go.

Для Windows 11/10/8/7

EaseUS OS2Go предлагает вам возможность создать портативный USB-накопитель с Windows 11 и другими версиями Windows. Вместо того, чтобы носить ноутбук в качестве дополнительного багажа, это программное обеспечение позволяет использовать переносную систему Windows для внешнего использования и восстановления. Поддерживаемые операционные системы Windows включают Windows 7, Windows 8, Windows 10, Windows 11. С помощью этой технологии вы создадите свою систему, запустите аварийный загрузочный диск, внедрите последнюю версию технологии Windows в каждую систему для работы пользователей.

С EaseUS OS2Go создать портативный USB-накопитель Windows очень просто:

Шаг 1. Установите EaseUS OS2Go на свой компьютер с Windows, он отобразит занятое место на системном диске. Подключите USB-накопитель, размер которого больше используемого системного диска. Выберите целевой USB-накопитель и нажмите «Далее», чтобы продолжить.

Шаг 2. EaseUS OS2Go сообщит вам, что следующая операция удалит все данные на вашем диске. Убедитесь, что вы сделали резервную копию всех важных данных. Нажмите кнопку «Продолжить», чтобы продолжить.

Шаг 3. Настройте разметку диска.Схема диска по умолчанию на целевом диске будет точно такой же, как и на ресурсном диске. Вы также можете отредактировать макет в соответствии с вашими потребностями. Отметьте этот параметр, если вы используете твердотельный накопитель в качестве загрузочного диска Windows. Затем нажмите «Продолжить».

Шаг 4. Затем EaseUS OS2Go начнет создавать портативный USB-накопитель. Обычно это занимает некоторое время в зависимости от вашей ОС и состояния сети. Когда прогресс достигнет 100 %, USB-накопитель должен стать загрузочным.

Шаг 5. Вставьте переносной USB-накопитель Windows и запустите компьютер. Нажмите нужную клавишу (F2, DEL, F10. ) для доступа к BIOS. Выберите загрузку с USB-диска.

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

Заключение

Наличие загрузочного USB-накопителя необходимо для поддержания системного потока, который можно использовать где угодно. Вместо того, чтобы носить компьютер с собой повсюду, этот портативный USB-накопитель может быть простым аксессуаром. С развивающейся технологией необходимо снизить нагрузку на вес и угрозы. Поскольку Rufus не может создать загрузочный USB для некоторых компьютеров, наличие загрузочного USB под рукой обеспечит безопасность вашего контента и улучшит работу компьютера.

Вот какие ошибки я получаю при загрузке:

Похоже, последняя версия Rufus v2 работает.

Версия Руфуса: 2.18

Я не думаю, что это обновление биоса, так как 2.18 работает. Я давно не форматировал этот компьютер, поэтому, возможно, я использовал 2.18, и это первый раз, когда я использую 3.x на этом компьютере.

✔️Ответ принят

Основная причина проблемы заключается в том, что некоторые старые прошивки UEFI не предоставляют протокол, позволяющий преобразовывать путь к устройству (путь к устройству — это двоичный объект, который UEFI использует для уникальной идентификации устройства, например USB-накопителя или раздел USB) в строку пути к устройству, которую я решил использовать в качестве уникального идентификатора для разделов в EfiF, потому что это то, что grub_device_open() принимает в качестве параметра (и я повторно использую драйверы файловой системы GRUB).

Другими словами, в то время использование строки DevicePath имело большой смысл, тем более что, независимо от того, предоставляет ли прошивка UEFI протокол для преобразования пути устройства в строку, я всегда мог вернуться к функция DevicePathToStr() , предоставляемая библиотекой gnu-efi, которая также делает то же самое.

Но затем я добавил поддержку компиляции EDK2, обойдя отсутствие там DevicePathToStr(), и, поскольку все мои тесты, казалось, работали нормально, поскольку они проводились на машинах с протоколом преобразования пути устройства в строку, полностью забыл, что, в отличие от gnu-efi, в EDK2 не было запасного варианта на случай отсутствия протокола.

Итак, на проблемных машинах происходит следующее: когда мы пытаемся привязать драйвер NTFS к разделу, преобразование строки для пути к устройству этого раздела завершается ошибкой, и драйвер говорит, что не может открыть этот раздел ( с ошибкой [3] Unsupported, потому что нужный нам протокол не поддерживается на этой платформе). И это причина, почему UEFI:NTFS не работает с версией EDK2 драйвера NTFS, но работает с версией gnu-efi того же драйвера, потому что в случае gnu-efi, если протокола нет, мы все равно можем получить нужную нам строку, вызвав специальную функцию gnu-efi DevicePathToStr() .

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

Как только я найду хороший способ обойти проблему, связанную с невозможностью полагаться на преобразование строк Device Path в EfiF, я выпущу выпуск v1.6 драйверов EfiFs, и, надеюсь, на этот раз это должно положим конец этой неприятной проблеме.

Я пытаюсь создать загрузочный USB-накопитель UEFI для образа WinPE для установки Windows 7 Корпоративная. Я создал ISO-образ с загрузочного USB-накопителя в формате NTFS, предоставленного сопровождающим образ (нашим поставщиком). USB распознается при загрузке UEFI, и драйвер NTFS, кажется, загружается, тогда я получаю следующее:

Как я могу отладить это? Я даже не вижу, как он создает логи :)

Текст был успешно обновлен, но возникли следующие ошибки:

mnbf9rca прокомментировал 13 октября 2015 г.

pbatard прокомментировал 13 октября 2015 г.

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

Я также хотел бы, чтобы вы разъяснили следующее:

Я создал ISO-образ с загрузочного USB-накопителя в формате NTFS, предоставленного специалистом по обслуживанию образа (нашим поставщиком)

Итак, изначально у вас был загрузочный USB-накопитель с файловой системой NTFS.
Вы каким-то образом преобразовали это в ISO (я думаю, вы создали прямой диск с данными из содержимого USB, верно?).
А затем вы использовали этот пользовательский неофициальный ISO для создания и снова USB, используя Rufus.

На данном этапе я думаю, что хотел бы знать, что произойдет, если вы используете официальный ISO-образ Windows 7 от Microsoft (вам не нужно устанавливать ОС из него, просто посмотрите, не исчезнет ли ошибка, которую вы получить прямо сейчас).
О, и мне было бы интересно увидеть полный журнал от Rufus о том, как вы создаете USB из ISO.

Как вы понимаете, единственные ISO, которые я могу поддерживать, — это официальные, опубликованные Microsoft, потому что слишком много всего можно добавить при создании пользовательских ISO.

Или, если вы не хотите оглядываться, могу ли я попросить вас загрузить официальную версию Windows 10 прямо с сайта Microsoft через Microsoft Tech Bench, а затем посмотреть, не исчезнет ли ваша текущая ошибка. Опять же, вам не нужно устанавливать Windows 10 — это просто для того, чтобы посмотреть, сможет ли она правильно загружаться в вашей системе.

Получив эту информацию, я смогу лучше разобраться в вашей проблеме.

mnbf9rca прокомментировал 13 октября 2015 г.

Да, я знаю, что это не официальная поддерживаемая официальная сборка :)

У меня Windows 7 ISO. Я создал из него USB, но он тоже не загружается.

mnbf9rca прокомментировал 13 октября 2015 г.

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

pbatard прокомментировал 13 октября 2015 г.

для ясности - этот даже не отображается в параметрах загрузки.

Это потому, что вы использовали MBR для разделения:

Можете ли вы попробовать еще раз, используя параметр GPT для UEFI?

mnbf9rca прокомментировал 13 октября 2015 г.

Дох! Я на работе до конца недели, сделаю это на выходных.

pbatard прокомментировал 13 октября 2015 г.

Нет проблем — не торопитесь. 😃

pbatard прокомментировал 24 октября 2015 г.

Есть новости по этому поводу?

mnbf9rca прокомментировал 25 октября 2015 г.

Извините, я был завален на работе, но сейчас у меня несколько выходных. Основные моменты:

Я использовал en_windows_7_ultimate_with_sp1_x64_dvd_u_677332.iso, который скачал с MSDN.
Сначала я создал USB как GPT/FAT32 и попробовал это. Зарегистрируйтесь здесь - результат: я получил прикрепленную ошибку при загрузке на моем 9470m («Произошла ошибка при попытке прочитать данные конфигурации загрузки»). Мой HP 455 G2 загрузился нормально, хотя программа установки Windows так и не загрузилась полностью (2 попытки).
Затем я создал USB как GPT/NTFS и попробовал. Зарегистрируйтесь здесь - результат: я получил то же сообщение об ошибке, что и раньше ( ОШИБКА: не удалось найти том: [3] не поддерживается ) как на 9470m, так и на 455 G2

mnbf9rca прокомментировал 25 октября 2015 г.

Кстати, для полноты картины я повторил тест с MBR для UEFI, FAT и NTFS и получил те же результаты.

pbatard прокомментировал 27 октября 2015 г.

Спасибо за обновление.

Сначала я создал USB как GPT/FAT32 и попробовал это

Если вы использовали Rufus, то это невозможно (помните, что Rufus изменит ваши параметры после выбора ISO). Rufus всегда форматирует в NTFS при использовании Windows ISO, и действительно, ваши первые отчеты журнала:

О, и Rufus также разбит как MBR:

Итак, то, что вы создали на этапе "GPT/FAT32", представляет собой загрузочную флешку MBR/NTFS, которая загружается с использованием совместимости с BIOS, а не с UEFI. Не знаю, почему вы получили эту ошибку, но похоже, что Windows может не понравиться ваш модуль совместимости BIOS/BIOS. В этом режиме UEFI:NTFS не используется (но тогда, конечно, не загрузочная с USB).

Обратите внимание, что вы можете использовать Rufus для создания пустого диска GPT/FAT32 (убедитесь, что вы сняли флажок "Создать загрузочный диск с помощью"), а затем вручную скопировать содержимое ISO (используя 7-zip например), если вы хотите попробовать загрузку UEFI из FAT32. Но по разным причинам Rufus принудительно использует NTFS для установочного носителя Windows.

Затем я создал USB как GPT/NTFS

Подтверждено журналом (который также подтверждает использование UEFI:NTFS):

получил то же сообщение об ошибке, что и раньше

Если вы получаете то же самое с официальными розничными ISO-образами, и они отлично работают на других компьютерах (пока вы единственный отчет, который я получил с этой ошибкой из UEFI: NTFS), я подозреваю, что это проблема с UEFI. прошивка от HP.

Учитывая, что код UEFI:NTFS довольно прост (что, конечно, не означает, что он свободен от ошибок! Но он помогает. ) и ошибка, которую вы получаете ( unsupported , которая исходит от прошивки, а не от UEFI :NTFS), это действительно указывает на то, что в прошивке HP отсутствуют некоторые функции.

ADDON: я еще посмотрю, смогу ли я придумать что-нибудь, что я мог бы сделать в UEFI:NTFS, что могло бы помочь, но без проблемной машины HP для тестирования это будет очень сложно.

cookieboyeli прокомментировал 2 ноября 2015 г.

Я столкнулся с подобной ошибкой давным-давно (возможно, и HP).
Можно ли создать чит-код для включения загрузки UEFI:FAT32? Или «по разным причинам» слишком много для того, чтобы это было реализовано как скрытая опция?

mnbf9rca прокомментировал 2 ноября 2015 г.

"Итак, то, что вы создали на этапе "GPT/FAT32", является загрузочным USB-диском MBR/NTFS"

Выборы в Rufus были абсолютно: GPT, FAT32. Я уже заметил перевернутый пользовательский интерфейс, который меняет параметры дальше после того, как вы выбираете что-то внизу :) - но почему он позволяет мне выбирать его, если он этого не делает? - действительно, он форматировался как GPT / FAT32 - фактический журнал начинается со строки 538, извините. Я должен был очиститься первым.

Есть ли какой-либо способ получить дополнительную информацию в UEFI:NTFS? отладочная сборка или что-то в этом роде?

pbatard прокомментировал 2 ноября 2015 г.

Думаю, я отвечу вам обоим сразу. ;)

@mnbf9rca, вы правы (но ваш журнал немного сбивает с толку).

Около 2 дней назад я обнаружил ошибку, которая активировала FAT32 для Windows, начиная с Rufus 2.4 (в фиксации 49e5490). Таким образом, в отличие от Rufus 2.3 и более ранних версий, в Rufus 2.4 и 2.5 действительно можно создать GPT/FAT32.

На данном этапе я жду, чтобы увидеть, сколько путаницы это может вызвать в отношении установки Windows. В частности, MBR+FAT32, что теперь возможно, определенно приведет к тому, что люди будут устанавливать Windows в режиме BIOS, когда им нужен UEFI, а также наоборот, что я не думаю, что это идеально, потому что может быть слишком поздно, когда они поймут Это. Поэтому я думаю, что отключу «MBR+FAT32 для BIOS или UEFI-CSM» для Windows в следующей версии. Но я, вероятно, оставлю «MBR+FAT32 для UEFI» (который не устанавливает загрузчик BIOS, поэтому его можно загрузить только в чистом режиме UEFI) и «GPT+FAT32», если я не получу серьезных жалоб на эти режимы от их. Я все еще наполовину ожидаю, что, непреднамеренно включив FAT32 для Windows, я получу уведомления о том, что во время установки Windows что-то сломалось, но тот факт, что никто не предупредил меня об этом с момента выпуска 2.4, обнадеживает.

Я уже заметил перевернутый пользовательский интерфейс, который меняет параметры дальше вверх после того, как вы выбираете элементы внизу :)

Есть ли способ получить дополнительную информацию в UEFI:NTFS? отладочная сборка или что-то в этом роде?

Отчет о кодах ошибок — это самая большая информация, которую вы можете получить, так как она предоставляется прошивкой UEFI, и невозможно получить дополнительные данные, если вы не получите отладочную версию прошивки UEFI, чтобы объяснить, почему она жалуется. У меня нет дополнительных отладочных сборок UEFI:NTFS, потому что они уже максимально приближены к отладке. Поскольку на самом деле это не так уж много, не «отладочная» версия UEFI: NTFS, вероятно, будет иметь только одну строку с надписью «Загрузка». с, возможно, кодом ошибки, когда он терпит неудачу. Отображаемая информация — это примерно столько информации, которую вы можете получить от системы на данном этапе.

Однако у меня может быть решение/объяснение ошибки при попытке чтения данных конфигурации загрузки. Из того, что я понимаю, а также из того, что я тестировал, похоже, это происходит, если вы пытаетесь загрузить Windows 7 с USB 3.0, потому что, в отличие от Windows 8 и более поздних версий, Windows 7 по умолчанию не знает, как обращаться с USB 3.0. Итак, что происходит, после базовой загрузки (которая выполняется через UEFI и не требует ничего особенного, даже для USB 3.0) Windows 7 переключается на свой внутренний загрузчик и пытается прочитать больше данных с USB. чего он не может, потому что по умолчанию он не может общаться с устройствами с чистым USB 3.0. Да, и даже если бы UEFI:NTFS работала в вашей системе, вы столкнулись бы с той же проблемой, что и с GPT/FAT32.

Распространенной проблемой, с которой сталкиваются пользователи Windows при попытке обновить Windows 10, является ошибка «Неподдерживаемый макет диска для встроенного ПО UEFI». Эта ошибка в основном означает, что структура разделов вашего жесткого диска не поддерживается версией Windows 10, до которой вы хотите выполнить обновление.

Эту ошибку можно устранить, создав зарезервированный раздел Microsoft (MSR), который используется на дисках с единым расширяемым интерфейсом встроенного ПО (UEFI)/таблицей разделов GUID (GPT). Не вдаваясь в технические подробности, мы опишем шаги по исправлению этой ошибки при попытке обновления.

1. Запустите командную строку от имени администратора

Выберите Пуск -> Система Windows. Разверните «Система Windows» и щелкните правой кнопкой мыши «Командная строка» -> «Дополнительно» -> «Запуск от имени администратора». Это откроет командную строку в режиме администратора. Теперь вы можете начать вводить следующие команды.

2. Запустите Diskpart.exe и создайте раздел MSR

а. Откройте Diskpart.exe, просто набрав diskpart и Enter.

б. Введите список дисков. После этого вы увидите список всех ваших дисков. Если под GPT отмечен *, значит, ваша система использует структуру разделов GPT, и вы можете перейти к следующим шагам. Если нет, то ваш жесткий диск необходимо преобразовать в формат GPT и выполнить чистую установку Windows 10.

3. Повторите попытку обновления до Windows 10

Теперь вы можете снова попытаться обновить свою систему. Если по какой-то причине вы не смогли успешно выполнить описанные выше шаги или по-прежнему получаете ту же ошибку, то лучше сделать резервную копию всех ваших данных, выполнить новую установку и позволить установке Windows отформатировать ваш диск в рекомендуемый GPT. формат.

В видео вы создаете раздел размером 16 МБ. В пошаговом руководстве вы говорите, что он должен быть 128 МБ (как рекомендует Micro$oft).
Откуда вы берете это пространство (обычно разделы имеют тенденцию занимать все доступное место на диске)?

Не нужно ли сначала сжать один из существующих разделов? И есть ли ограничение на то, где может находиться этот раздел? Я знаю, что раздел UEFI должен находиться в первых 2 ТиБ диска.

16 МБ – размер раздела по умолчанию для MSR, а 128 МБ – рекомендуемый размер для дисков емкостью более 16 ГБ. Разделы не занимают все пространство диска. Они являются частью драйва, сегментом, если хотите. Это пространство необходимо зарезервировать для установки и восстановления Windows. Этот метод позволяет переразметить жесткий диск без полного стирания данных. Вы можете узнать больше о разбиении жесткого диска MSR и UEFI из этой статьи на сайте поддержки Microsoft.

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

Ребята, вы выбрали легкий путь, использовав диск емкостью 60 ГБ, где только 34,5 ГБ занимают разделы. Т.е. ваш туториал довольно бесполезен в реальном мире.

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

Мой вопрос заключается в том, почему кто-то создает один раздел для 10, учитывая, что каждое обновление сталкивается с этой проблемой, поскольку по умолчанию он ищет отдельный раздел. Было сложно обновить Windows 7 и 8.1 до 10, потому что в 7 был раздел размером всего 100 МБ, поэтому его нужно было расширить, а в 8.1 также иногда был раздел меньшего размера.

Наш образ для 10 здесь, на работе, представляет собой один раздел, и я не фанат этого, особенно когда речь идет об обновлении Windows 10.

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

Я не говорил, что пользователи используют только один раздел. По умолчанию при установке Windows установлено как минимум два или более, если вы используете uEFI (до 5 в режиме по умолчанию).

Я хочу сказать, что у большинства людей нет свободного места на диске, чтобы просто добавить еще один раздел. Я знаю, что нет, и Windows по умолчанию назначает оставшуюся часть диска как C:, возможно, на конце остается пара мегабайт, которые он не может использовать. Так что, если вы не изменили разделы во время установки или намеренно не уменьшили диск C: после этого, я не понимаю, как это относится к большинству людей.

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