Создание загрузочного диска ultraiso: Как записать загрузочный диск с образа iso с помощью ultraiso?

Если вам понравился этот пост, Не забудьте поделиться  этим со своими друзьями в вашей любимой социальной сети.

• Фейсбук
• Твиттер
• LinkedIn
• Более

USB2ISO: сохранение загрузочного USB-накопителя в виде загрузочного ISO-образа в Windows

Четыре года назад я написал статью, посвященную вопросу о том, как сохранить резервную копию загрузочного USB-накопителя в Windows 10. Теперь я хотел обновить и оптимизировать что я там узнал (а также затронул в чуть более позднем посте). Если вы один из тех читателей, которые хотят сразу узнать, чем закончилась история, см. Заключение (ниже).

Содержание

Проблема
Решение ImgBurn
PassMark ImageUSB
Различные инструменты USB-to-ISO
EasyBoot
Заключение

.

Проблема

Для резервного копирования некоторых USB-накопителей я использовал AOMEI Backupper Standard (бесплатно). Без сомнения, другие инструменты резервного копирования тоже будут работать. AOMEI может создавать резервные копии USB-накопителя несколькими различными способами. Во-первых, по крайней мере, в своей версии Pro он мог сделать прямой клон: скопировать один USB-накопитель на другой. Во-вторых, AOMEI может сделать резервную копию работающего диска Windows, независимо от того, была ли установка Windows на жестком или твердотельном диске или на USB-накопителе Windows To Go. В-третьих, AOMEI может сделать резервную копию диска, когда он не работает.

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

Однако иногда я сталкивался с USB-накопителем, который не был создан из ISO-образа. Возможно, я мог бы воссоздать эти диски из любых файлов или сценариев, которые я использовал для их создания в первую очередь. Но у этого было бы несколько проблем: мне потребовалось бы сохранить эти исходные файлы; это может потребовать от меня поиска инструкций, которым я следовал, чтобы создать загрузочный USB-накопитель; и это не дало бы мне ISO, который я мог бы добавить на мультизагрузочный диск (в основном я использовал YUMI), чтобы запускать многие инструменты с одного USB-накопителя. Если на одном диске YUMI установлено 20, 40 или более инструментов, имеет смысл сократить расходы и беспорядок, установив для каждого из них отдельные USB-накопители. Была также возможность, с которой я действительно сталкивался один или два раза, когда программное обеспечение AOMEI, которое, как вы думали, всегда будет бесплатным, внезапно становится платным, а их программное обеспечение, подключенное к Интернету, внезапно не позволяет вам восстанавливать накопленные резервные копии, не заплатив за них никакой цены.

В данной ситуации у меня был USB-накопитель, созданный не из ISO. Этот USB-накопитель содержал рабочую установку MemTest86 9.4 от PassMark. Недавно я обнаружил, что MemTest86 кажется предпочтительной альтернативой, когда встроенная диагностика памяти Windows (WMD) зависает на полпути сканирования ОЗУ. На самом деле, я обнаружил, что MemTest86 мне нравится больше, чем WMD с интересной аббревиатурой, даже когда последний работает нормально.

По какой-то причине PassMark по своей мудрости решил не делать MemTest86 доступным в виде ISO. Так что у меня был стимул попытаться преобразовать мой MemTest86 USB в ISO. Это был не первый раз, когда я искал создателя ISO. Просто давно пора было его найти.

Решение ImgBurn

В предыдущем посте предлагалось использовать ImgBurn для создания ISO. Хотя ImgBurn был почтенным (последний выпуск: 2013), он все еще работал для записи дисков. По общему признанию, было много альтернатив на выбор. Пользователям, выбравшим альтернативу, возможно, придется перевести эти инструкции для работы с предпочитаемым инструментом.

В комментарии Critical Thinker после предыдущего поста предлагалось несколько исправлений к моим первоначальным инструкциям. Здесь я перечисляю свои оригинальные предложения с исправлениями Critical Thinker. Мой подход сработал для меня, а его подход, по-видимому, сработал для него. Но ни один из них не работал для этого конкретного USB-накопителя:

1. В ImgBurn выберите параметр «Создать файл изображения из файлов/папок». Если этот параметр не отображается, перейдите в меню ImgBurn > «Режим» > «Выбор режима Ez-Mode». Это должно сделать эту опцию видимой.
2. Наведите указатель мыши на значок папки рядом с полем Источник. Если ImgBurn является активным окном, вы должны получить всплывающую подсказку «Найти папку». Нажмите на значок этой папки. Перейдите к букве диска для исходного USB-накопителя. Нажмите на диск, а не на его папки. Затем нажмите «Выбрать папку».
3. Вернувшись в ImgBurn, щелкните значок папки рядом с полем «Назначение». Укажите, где вы хотите сохранить полученный ISO, и дайте ISO имя.
4. В правой части ImgBurn на вкладке «Параметры» должны быть отмечены следующие элементы: «Сохранить полные пути», «Рекурсивные подкаталоги», «Включить скрытые файлы» и «Включить системные файлы».
5. На вкладке «Дополнительно» > «Загрузочный диск» установите флажок «Сделать образ загрузочным». Мои значения по умолчанию, которые сработали, были следующими: Тип эмуляции = Нет (Пользовательский), Идентификатор платформы = 80×86 и Сегмент загрузки = 07C0. В соответствии с инструкциями я набрал идентификатор разработчика, напечатал «Microsoft Corporation». Я не был уверен, что это необходимо. У других разработчиков должно быть иначе.
6. На той же вкладке щелкните значок папки рядом с загрузочным образом. Найдите и выберите файл etfsboot. В предыдущем посте описывалось, где я искал рабочий файл с именем etfsboot.com. В качестве альтернативы Critical Thinker предложил просто зайти в папку \EFI\BOOT на USB-накопителе, который я преобразовывал в ISO, и выбрать его файл bootx64. efi. Чтобы сделать этот файл видимым как потенциальный выбор, мне пришлось изменить фильтр в правом нижнем углу окна выбора с «Файлы загрузочного образа» на «Все файлы».
7. В поле «Секторы для загрузки» мои источники сказали мне, что если я использую etfsboot.com, я должен ввести вдвое больший размер файла (в КБ). Мой файл etfsboot.com весил 4 КБ, поэтому я ввел здесь 8. Критический мыслитель сказал, что если я использую bootx64.efi, я должен разделить его размер на 512. В этом случае щелчок правой кнопкой мыши на bootx64.efi> Свойства показал, что его размер составляет 1 362 664 байта ÷ 512 = 2661,4. Я округлил в меньшую сторону и ввел 2661. (Округление в большую сторону и ввод 2662 не сработали.)
8. В разделе «Дополнительно» > «Ограничения» > «ISO9»660, Critical Thinker предложил выбрать уровень X — 219 символов и разрешить более 8 уровней каталогов.
9. Щелкните значок в левом нижнем углу главного окна ImgBurn. Это значок, который символизирует переход от папки к образу диска. (Когда было выбрано окно ImgBurn, всплывающая подсказка здесь была «Сборка».)
10. Подтвердите предложение ImgBurn добавить метку тома.

Я испробовал и свои первоначальные инструкции, и предложения Критического Мыслителя. Оба произвели ISO. К сожалению, и у Руфуса, и у Этчера с этим были проблемы. По словам Этчера: «Похоже, это не загрузочный образ. Образ не содержит таблицы разделов и может не распознаваться или загружаться вашим устройством». Руфус сказал: «Этот образ либо не загружается, либо использует метод загрузки или сжатия, который не поддерживается Rufus». Этчер был готов попробовать. Он завершил запись в течение нескольких секунд. Но когда я попытался загрузить компьютер с получившегося USB-накопителя — используя либо мои оригинальные инструкции, либо версии Critical Thinker — я получил «Нет загрузочного устройства» как в настройках UEFI, так и в устаревшем BIOS.

Запись в обсуждении OpnSense предполагает, что сообщения об ошибках, о которых сообщают Etcher и Rufus, могут быть связаны с определенным ограничением в Windows. Чтобы предотвратить это, я попытался записать ISO-образ с помощью Etcher в системе Linux. У меня еще не был установлен Etcher, так что это потребовало обходного пути. PhoenixNAP (2020) сказал, что я могу установить Etcher с помощью AppImage. Но MakeUseOf (Wate, 2021) указал на два недостатка: потенциально большой размер, поскольку AppImages содержат все свои зависимости, и потенциальное вредоносное ПО, поскольку AppImages не были проверены. В качестве альтернативы PhoenixNAP сказал, что я могу использовать эти команды для установки Etcher через репозиторий:

 echo "deb https://deb.etcher.io стабильная обработка" | sudo тройник /etc/apt/sources.list.d/balena-etcher.list
sudo apt-key adv --keyserver hkps://keyserver.ubuntu.com:443 --recv-keys 379CE192D401AB61
судо подходящее обновление
sudo apt install balena-etcher-electron 

В качестве еще одной возможности установки itsFOSS (Das, 2020) указал мне на файлы .deb, перечисленные в разделе «Активы» на GitHub. Я выбрал этот путь: щелкнуть правой кнопкой мыши загрузку . deb > Открыть с помощью другого приложения > GDebi > Установить пакет > запустить balenaEtcher в разделе «Показать приложения» Ubuntu или его верхнем меню > Приложения > Аксессуары > balenaEtcher.

К сожалению, после всех этих неприятностей Etcher выдал мне такое же предупреждение «не загрузочный образ»; и когда это было сделано, я обнаружил, что USB-накопитель действительно не является загрузочным.

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

PassMark ImageUSB

Мои поиски других решений привели меня к любопытной путанице между ISO-to-USB и USB-to-ISO. Казалось, что многим людям было трудно уложить в голове мысль, что мы говорим о создании ISO с USB-накопителя, а не наоборот. Эта путаница иногда проявлялась при обсуждении инструментов USB2ISO: кто-то внезапно вставлял мысль, что инструмент X также хорош для создания загрузочных USB-накопителей из файлов ISO, и это снова было время фейспалма.

Немного повозившись, я нашел поиск, который привел к возможным решениям помимо ImgBurn. Один из них заключался в использовании ImageUSB от PassMark. Поскольку я пытался сделать ISO-образ с USB-накопителя PassMark MemTest86, который сам был создан ImageUSB, это казалось очевидным, что нужно попробовать дальше.

ImageUSB 1.5 обнаружил USB-накопитель, который уже был подключен к компьютеру. По совету MakeUseOf (Hoffman, 2021) я выбрал этот диск в качестве источника, выбрал параметр «Создать образ с USB-накопителя», выбрал целевую папку, дал выходному файлу имя (в данном случае MemTest86 9.4.iso) и нажмите «Создать».

Как предупреждала веб-страница PassMark, этот инструмент (например, dd в Linux) провел «криминалистическое» (a/k/a посекторное или байтовое) дублирование диска, в отличие от того, что обычно называют «умная» копия: то есть она не пропускала пустые места и не ограничивалась одним разделом. Поэтому, если исходный диск был большим, это могло занять много времени. Я установил MemTest86 на USB-накопитель емкостью 64 ГБ (~ 58 ГБ свободного места), поэтому ImageUSB предоставил мне ISO-файл размером 58 ГБ с этого USB-накопителя. Это был не самый быстрый USB-накопитель в мире, поэтому ImageUSB потребовалось 14 минут для создания ISO и семь минут для проверки.

Это было много времени для USB-накопителя, фактическое содержимое которого составляло всего около 7 МБ. 58-гигабайтный ISO-файл можно было сжать для хранения: при настройке «Обычный» WinRAR потребовалось еще около 10 минут, чтобы сжать и протестировать его до размера всего 8 МБ. Но 58-гигабайтный ISO-образ по-прежнему был 58-гигабайтным для записи на другой USB-накопитель. Этчер отказался записывать его на USB-накопитель емкостью 16 ГБ, заявив, что диск слишком мал. В целях создания ISO с USB-накопителя разумным первым шагом будет установка соответствующего программного обеспечения на наименьший практически возможный USB-накопитель. В противном случае мне пришлось бы использовать что-то вроде AOMEI для создания образа USB-накопителя, а затем восстановить этот образ на диск меньшего размера перед созданием ISO.

Независимо от размера, основная проблема здесь заключалась в том, что я все равно получил незагрузочный ISO-образ. Как и выше, и Этчер, и Руфус сказали, что ISO не загружается. Здесь, опять же, могли бы быть способы возиться с его загрузочными файлами, если бы кто-то знал, что делает. Но для нынешних целей вывод заключался в том, что этот инструмент не создавал загрузочный ISO-образ с этого проблемного загрузочного USB-накопителя, хотя, конечно, он мог бы отлично работать с обычными загрузочными ISO-образами и, возможно, был бы более удобным, чем ImgBurn.

Различные инструменты USB-to-ISO

Кто-то предложил использовать USB Image Tool. Это предложение казалось неуместным. На веб-странице не предполагалось, что инструмент имеет желаемую возможность USB2ISO; комментарий на веб-странице предложил добавить такую ​​возможность, подразумевая, что такой возможности еще не было; и я не видел такой возможности, когда запускал ее. Его кнопка «Резервное копирование» привела к опции по умолчанию для создания образа резервной копии IMG или IMA. Возможно, вместо этого я мог бы настоять на расширении ISO, но казалось вероятным, что полученный файл, как бы он ни назывался, не будет загружаться.

В том же духе я нашел другие инструменты, которые, по-видимому, были разработаны для создания файла ISO как формы незагружаемого хранилища. Например, в Linux, как и в случае с побайтовым ISO-образом ImageUSB (выше), я обнаружил, что можно создать команду Linux, которая будет передавать массивный вывод dd в гораздо меньший сжатый файл, при необходимости с расширением .iso, но dd  по-прежнему будет настаивать на восстановлении этого небольшого пакета на целевом диске, по крайней мере, такого же размера, как тот, с которого был создан этот сжатый файл. В качестве другого примера, на веб-сайте с неуклюжим названием Free Create-Burn ISO Image программа рекламировалась как средство «простого способа записи компакт-дисков с данными и DVD [то есть не загрузочных программных дисков]».

В предыдущем посте я искал — с таким же скудным успехом — инструменты для создания Linux ISO. Тропа Санта-Фе была усеяна мертвыми телами — другими словами, многие начинающие ISO-инструменты Linux встретили своего создателя, а может быть, все было наоборот. Те немногие, в которых еще оставалась жизнь, были предназначены для работы в Linux. Кажется, никто даже не представлял себе загрузочный инструмент, не зависящий от ОС, на флешке, которую можно было бы подключить к USB-порту, загрузить компьютер и использовать для преобразования любого загрузочного внутреннего или внешнего диска в ISO.

Хватаясь за все, что я мог найти, я отважился вернуться в туман времени. Один ответ в старом обсуждении Ask Ubuntu рекомендовал использовать инструмент Ubuntu Disks (a/k/a gnome-disks ). Но сопутствующие комментарии — и подробное руководство OSTechnix (Sk, 2020) — указывали, что, как и другие инструменты, рассмотренные выше, Диски будут создавать файлы изображений (например, IMG) независимо от того, имеют ли они расширение ISO.

На веб-странице WinImage говорится, что эта программа может работать со многими форматами изображений и файловыми системами, «включая DMF, VHD, FAT, ISO, NTFS и Linux». Какая коллекция! Как смотритель зоопарка, который мог работать со многими видами кошек, от кошечек до гусениц. Выдавая свой возраст, WinImage предложила помочь мне преобразовать мои старые дискеты в специальный загрузочный диск.

Я попробовал WinImage 10.0 Portable (т. е. ZIP) (30 долларов за базовую версию, 60 долларов за профессиональную версию). Запуск WinImage.exe быстро установил свои ограничения. В меню я выбрал «Файл» > «Создать». Это дало мне возможность создать файл размером до 2,88 МБ. Этот и меньшие альтернативные размеры в списке были стандартными размерами гибких дисков. Пытаясь снова, я пошел в меню> Диск> Создать ISO-образ компакт-диска. Для ввода он будет принимать только мой физический привод оптических дисков. Я мог бы смонтировать существующий ISO или другой образ как виртуальный компакт-диск; но это не имело бы значения для меня, если бы я не искал трюк, который мог бы позволить мне смонтировать загрузочный USB-накопитель, как если бы это был виртуальный компакт-диск.

EasyBoot

EasyBoot был последним потенциально полезным инструментом, появившимся в результате моих поисков. Эта программа охватила древний и (относительно) современный мир своими признаками того, что ее последняя версия была выпущена совсем недавно, в 2015 году, и что она все еще сможет поместить Windows 98 на загрузочный DVD. Как и WinImage, EasyBoot предлагает пробный период. Я скачал EasyBoot 6.6 плюс его компаньон UltraISO 9.7 (30 долларов за штуку, если они мне понравились достаточно, чтобы купить).

В EasyBoot кнопка «Сделать ISO» мне как раз подошла. Он попросил мой каталог файлов компакт-диска. Я ввел букву диска USB-накопителя. Он также запросил загрузочный образ. По приведенному примеру я понял, что могу найти файл .bin на USB-накопителе. Но, как я видел с ImgBurn (выше), USB-накопитель MemTest86 на самом деле загружался с BOOTX64.efi. Поэтому я использовал это вместо этого.

Процесс создания USB-накопителя был выполнен так быстро, как можно было бы ожидать от процесса создания 8-мегабайтного ISO-образа. Руфус был готов записать его на чистый USB-накопитель Kingston емкостью 16 ГБ с предложением оставить его в режиме ISO-образа. Я попытался загрузить результат. Черт возьми, это сработало. Напомни мне никогда больше не издеваться над стариками. EasyBoot может скрипеть в суставах, но доказательство было прямо здесь: MemTest86 9.4 запускался с этого глупого старого USB-накопителя Kingston емкостью 16 ГБ.

Так что это была причина для надежды. Двигаясь вперед и вверх, я задавался вопросом: сможет ли EasyBoot преобразовать один из моих USB-накопителей Ubuntu в ISO? Я не догадался: неправильная операционная система. Я мог бы поискать драйвер ext4 для Windows, но в процессе я мог бы открыть свои диски ext4 для вредоносных программ Windows, если бы и когда я подключил их к этой машине. И в любом случае, EasyBoot наверняка не сможет правильно обрабатывать файлы Linux на USB-накопителе Ubuntu: на его веб-странице говорится, что требуется нечто среднее между Win9 и8 и Вин10.

Хорошо, тогда как насчет USB-накопителя Windows To Go, содержащего 43 ГБ программных файлов Windows 10 — сможет ли EasyBoot справиться с этим? Есть только один способ выяснить. Я передал EasyBoot букву диска USB-накопителя и сказал, куда поместить вывод. Что касается необходимого файла загрузочного образа, комментарий в обсуждении суперпользователя заставил меня задуматься, могу ли я использовать тот же файл etfsboot.com, который я использовал с ImgBurn (см. выше). EasyBoot не стремился принимать файлы .com естественным образом; Мне пришлось вставить путь в предоставленное место. Я дал ему имя тома компакт-диска и позволил ему разорвать. Он сказал: «Подготовка файловой системы, пожалуйста, подождите», что я и сделал. В течение 15 минут у меня появилась ошибка: «Невозможно сгенерировать нормальные таблицы путей — слишком много каталогов». Предварительно выяснилось, что EasyBoot может работать с одноцелевыми USB-накопителями, такими как MemTest86 USB; предположительно, он мог работать с операционной системой размером с Windows 98; но это может не справиться с задачей полноценной системы Windows 10.

Обратился в партнерскую программу EasyBoot, UltraISO. Как и в случае с EasyBoot, похоже, не было никакой документации, о которой можно было бы говорить. На первый взгляд программа выглядела так: «Меню» > «Файл» > «Создать» > «Загрузочный образ CD/DVD». Как и EasyBoot, UltraISO не принимает загрузочный файл .com; в отличие от EasyBoot, не было возможности вставить путь к etfsboot.com. Я попытался сделать копию etfsboot.com и переименовать ее в etfsboot.bin. Я неоднократно использовал меню > Добавить каталог, чтобы добавить папки верхнего уровня исходного USB-накопителя Windows 10 по одной. На нескольких этапах этого процесса открывался файл журнала с указанием ошибок файла. Конкретная ошибка заключалась в том, что рассматриваемые файлы были открыты. По-видимому, система Win10 открывала определенные файлы Win10, даже если они не находились на активном программном диске. В правом верхнем углу я увидел, что добавил в общей сложности 66 ГБ материала. Нажатие на этот индикатор дало мне очевидную возможность выбрать выходной диск размером до 128 ГБ. Я пошел в меню> Файл> Имитация сохранения. Это закончилось ошибкой, подобной той, которую я только что видел в EasyBoot: «Невозможно сгенерировать таблицы путей — слишком много каталогов (91310)».

Это упражнение подтвердило веру в то, что EasyBoot работает, и UltraISO, вероятно, тоже будет работать при работе с простым загрузочным USB-инструментом, таким как MemTest86, или, возможно, с относительно простой операционной системой, такой как Windows 98 или даже (судя по веб-сайту) Windows XP. Возможно, он даже мог бы справиться с обычной установкой Windows 10, если бы он не был загружен миллиардом дополнительных программ, как это было на моем рабочем столе.

Заключение

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