Как загрузиться с USB-ключа, отформатированного в UDF?

Недостаточно уделив внимания цели в инструменте разделения, я стер GPT на неверном диске (основное устройство SSD, содержащее загрузку и операционные системы). Теперь я должен восстановить этот диск.

Я уже использовал (Linux) testdisk для попытки восстановить GPT. Я могу получить доступ к данным (и сделать их резервную копию), но я думаю, что не все разделы были обнаружены, так как я не могу завершить загрузку с этого диска.

Этот диск был многозагрузочным с Windows 10 и дистрибутивом Linux. Все пользовательские данные находятся на другом диске и в безопасности. Только операционные системы были повреждены.

Загрузка в Linux невозможна. Загрузка в W10 начинает происходить, но я сразу получаю синий экран, сообщающий мне, что ОС повреждена.

Я пробовал много методов без успеха. В результате я решил переустановить все. Затем я скачал на другом компьютере восстановительный носитель W10 (надеясь, что ключ продукта где-то хранится в аппаратном обеспечении материнской платы Gigabyte). Я перенес образ .iso на USB-накопитель. Накопитель можно открыть и прочитать на этом другом компьютере.

Однако, когда я вставляю его в неработающий компьютер, я не могу загрузиться с него. UEFI видит его (как универсальное USB-устройство, без указания метки ключа или названия ОС) и это все.

Вернувшись к другому компьютеру, я обнаружил, что он отформатирован в UDF. Форматирование ключа в FAT32 не решает проблему, так как один файл больше 4 ГБ, что не может быть обработано FAT32.

Я читал, что UEFI не требуется для работы с UDF (хотя это теперь предпочтительный формат для DVD), но это правда? UEFI может загружаться с CD или DVD, где этот формат часто встречается. Или эта файловая система управляется только драйвером CD/DVD? Обратите внимание, что я не могу записывать DVD.

Использование UDF на USB-накопителе упоминает, что размер блока UDF по умолчанию составляет 4096, в то время как USB-накопители ожидают 512. Могло ли это быть причиной проблемы? Должен ли я отформатировать свой UDF-ключ с размером блока 512 перед копированием данных?

Какой мой лучший вариант для восстановления моего компьютера?

Для официального образа Windows 11 .iso будет достаточно отформатировать его как FAT32 и извлечь все файлы.

Убедитесь, что в нем есть каталог EFI с файлом EFI\Boot\bootx64.efi. Именно это UEFI прошивка будет ожидать найти при загрузке не оптического диска.

Вернувшись к другому компьютеру, я обнаружил, что он отформатирован в UDF. Форматирование ключа в FAT32 не решает проблему, так как один файл больше 4 ГБ, что не может быть обработано FAT32.

Если это файл Install.wim, используйте dism /Split-Image для решения этой проблемы. Если вы только имеете Linux, используйте wimsplit из пакета “wimlib” или “imagex”.

Согласно документации MS, обычный установщик Windows также поддерживает поиск Install.wim на других разделах, так что возможно иметь загрузочный раздел FAT32 и вторичный раздел NTFS, который хранит только Install.wim.

Попробуйте скачать другой образ Windows; если я правильно помню, недавние “публичные” выпуски .iso (доступные для бесплатной загрузки с Microsoft.com) имели Install.wim, который уже был ниже предела FAT32. Это зависит от того, какие редакции Windows включены в него, а также от того, какие драйверы (и образ “Восстановление” может содержать много дополнительного контента).

Наконец, некоторые современные прошивки на самом деле могут читать файловые системы NTFS, так что mkfs.ntfs и распаковка содержимого .iso в это также могут быть вариантом.

Я читал, что UEFI не требуется для работы с UDF (хотя это теперь предпочтительный формат для DVD), но это правда? UEFI может загружаться с CD или DVD, где этот формат часто встречается.

На самом деле в этом случае не происходит загрузка с UDF – подобно тому, как работает загрузка BIOS с CD, прошивка вместо этого ищет специальный “заголовок загрузки El Torito”, который указывает на отдельное изображение загрузочной файловой системы.

Изначально CD не были загрузочными, и вам приходилось загружать ПК с помощью дискет, который загружал минимальное ядро с поддержкой CD и затем загружал остальную операционную систему с CD. С форматом “El Torito” все очень похоже – файловая система CD не загружается напрямую, а вместо этого имеет изображение загрузочного диска, встроенное рядом с файловыми системами ISO9660 или UDF.

(В качестве примечания, UEFI требует, чтобы загрузочные носители UDF соблюдали формат “UDF Bridge”, что означает, что они на самом деле являются двойными файловыми системами UDF/ISO9660, а El Torito на самом деле является процедурой для загрузки с ISO9660 CD.)

Спецификация позволяет одной файловой системе ISO9660 хранить несколько подобных изображений для разных платформ, например, одно для x86 ПК и другое для Mac на PowerPC, и также определяется идентификатор платформы для “UEFI”, в котором изображение будет содержать маленький EFI системный раздел на базе FAT32. Именно это на самом деле загружается, когда образ записывается на CD или DVD.

Насколько мне известно, “гибридные ISO” образы Linux часто подготавливаются так, чтобы MBR или таблица разделов GPT (для загрузки HDD/USB) имела “EFI системный раздел”, который ссылается на те же данные, что и образ загрузки El Torito (для загрузки с CD).

Использование UDF на USB-накопителе упоминает, что размер блока UDF по умолчанию составляет 4096, в то время как USB-накопители ожидают 512. Могло ли это быть причиной проблемы? Должен ли я отформатировать свой UDF-ключ с размером блока 512 перед копированием данных?

Это больше касается логического размера сектора, чем размера блока файловой системы. Почти все USB-диски (и большинство внутренних дисков) адресуются в терминах 512-байтовых секторов, в то время как данные на CD адресуются в терминах 2048-байтовых секторов.

Использование размеров блоков файловой системы, больших, чем размер сектора диска, совершенно нормально, и разница не имеет значения, пока структуры файловой системы определены в абсолютных значениях (байтах), а не относительно размера сектора диска.

Но это может привести к странным ситуациям, когда изображение, созданное для одного размера сектора, записывается на диск, использующий другой. Например, вы можете фактически вместить таблицу разделов GPT на 34 сектора внутри зарезервированной области на 16 секторов файловой системы ISO9660, потому что зарезервированная область на самом деле составляет 16×2048 байт, когда изображение читается с CD, но GPT составляет всего 34×512 байт, когда его читают с USB-накопителя.

(По той же причине файловая система ISO9660 может быть недоступна для чтения при записи на USB-накопитель; ее заголовок начинается с сектора 16, так что изображение имеет его при смещении байтов 16×2048, но если такое изображение записывается на USB-накопитель с секторами 512 байт, то это смещение байтов оказывается в секторе 64 вместо этого – далеко от места, где прошивка ожидает его найти!)