Создание образа Windows 7 x64+x86 с несколькими редакциями. Параметры oscdimg
 

1. Почему из образа удаляются файлы .clg и для чего они предназначены?

2. Во всех инструкциях что встречались в сети, используется строка для создания готового образа следующего вида:

Но поскольку я прочитал весь раздел связанный с oscdimg на оф. сайте майкрософта то это создаст ISO-файл для интерфейса BIOS. Возникает вопрос зачем её применяют когда уже давно есть интерфейс BIOS UEFI и следует использовать комбинацию Etfsboot.com + Efisys.bin

3. Часто используется параметр -e
Это для чего делается?

4. Ещё один часто используемый параметр -o
Описание этого параметра мне совершенно не ясно. Поясните.

5. Файловая система образа. Почему для обычного BIOS указывают параметр -u2, а для UEFI или BIOS + BIOS UEFI -u1?
1) Почему бы не применять -u1 для всех вариантов биоса?
2) И зачем использовать комбинированный вариант с файловой системой ISO 9660, а не с одной UDF?

6. Нередко вижу использование параметр -m вместе с -u2.
Это ещё для чего? для образа с UDF ведь нет ограничений на размер.

7. Если используется параметр -u1 нужно ли применять -m?

8. Читал сообщения что у людей не устанавливается ОС если install.wim > 4Gb. Почему про это нет ни слова на оф. сайте майкрософта для меня большое удивление. Однако повезло, что в блокнот много всего из сети копирую и нашёл следующее:
Почему так?
И в случае если файл превышает то придётся резать его на части или сжимать в ESD?

3. Как сказано в документации oscdimg, ключ -e работает только в образах с одним загрузчиком, и выходит что он ненужен в Windows 7 x64+x86. В каких он вообще случаях может пригодится - сложно сказать, но это скорее всего будет образ не Windows.

4. Ключ -o оптимизирует одинаковые файлы в образе. При создании образа запускается поиск одинаковых файлов (по хэшу или бинарное сравнение), далее в образ физически вноситься только один файл, а на все дубли создаться ссылки на уровне файловой системы образа. Внешне это незаметно, а по факту ISO весит меньше. Как пример одинаковые файлы в \boot\fonts\ и \efi\microsoft\boot\fonts\.

5. Оригинальные образы обеих разрядностей Windows Vista и старше созданы с использованием -u2 -udfver102. Это легко проверить открыв их в IsoBuster - в файловой системе ISO 9660 будет только файл README.TXT (что говорит о использовании -u2), а в свойствах UDF файловой системы будет версия 1.02 (ключ -udfver102). Почему кто-то создает собирает образы иначе, это надо у них спрашивать, но скорее всего просто скопипастили команду из интернета.

6-7. Ключ -m ненужен при создании образа с файловой системой UDF. Как и говорил ранее - тупо копипастят команды с интернета, не разбираясь что и к чему.

8. Наверное ограничение 32 разрядной арифметики в работе программы установщика. Ну кто же будет писать на своем сайте что их продукты говно... Тот же oscdimg выходит почти каждый год, а изменений никаких, так и не понимает кириллицы в пути/имени создаваемого образа.
Да, для х86 версии резать на swm или использовать esd, а с ними и установщик (boot.wim) от десятки, так как семерка не понимает esd. х64 дистрибутив семерки без проблем работает с install.wim > 4Gb.

Я использую следующий команду для создания дистрибутива 7 х64 (в будущем возможно добавлю х86, но это не изменит код):
Ключа -o нет, потому что в моем дистрибутиве отсутствуют повторяющиеся файлы, аналогично и с -h.

А разве мультизагрузочный образ это не образ с двумя файлами загрузочного сектора Efisys.bin и Etfsboot.com?
Не пойму связи с двумя архитектурами.

Здесь указывается -u1
ImgBurn выдаёт следующее:



Как понимаю это соответствует ISO 9660 + UDF.

Вот поэтому и стал разбираться сам. Запарили все эти статьи в инете с непонятными параметрами.

Однако параметр -u1 включает и ФС ISO 9660, может именно поэтому ключ -m применяется?

Тут вот какой нюанс. Читал сайт МС давненько и там они писали что AIO нужно создавать на основе x86.
Может и на основе x64 всё работает, но решил что буду следовать тому что читал, тем более не от васи пупкина.

Да, я об этом и говорю.

х64 дистрибутив семерки содержит efisys.bin + etfsboot.com, х86 версия только etfsboot.com.

Еще ниже пример с порядком загрузки для образов более 4,5Гб и там без UDF. А значит будет действовать ограничение ISO 9660 - максимальный размер файла до 2Гб.

ImgBurn не показатель, при использовании -u2 он будет писать тоже самое. Поэтому и говорю смотреть в IsoBuster, пример оригинального образа семерки - вместо файлов образа в ISO 9660 только README.TXT:
This disc contains a "UDF" file system and requires an operating system
that supports the ISO-13346 "UDF" file system specification.

Операционки/загрузчики читают UDF, если нет то Joliet/RockRidger, если и их нет то уже ISO 9660. Поэтому раз есть UDF (старшая файловая система), то -m ненужен.

Это если использовать один boot.wim, а можно добавить в образ оба и при запуске выбирать нужной разрядности. Минусы использования только одного х86 boot.wim: не работает с install.wim > 4Гб, невозможно скормить драйвер контроллера дисков (например RAID) чтоб установить 7 х64 на устройство которое Windows не видит по умолчанию.

Всё, теперь всё стало понятно. Респект!

У меня кстати с использованием -u1 образ в виртуалке установился, как 32-ух битный, так и 64-ых.

Ещё уточню:
возможно применение UDF или оставить всё как есть в примере?

Оригинальный дистрибутив Windows Vista и старше можно установить вообще без UDF (-u1 и -u2), возможностей ISO 9660 вполне хватит.

Да, там просто пример странный - образ без UDF и только с EFI загрузчиком, а в списке видны файлы классического загрузчика. Вообще "порядок загрузки" в основном используют в образах с большим install.wim (это в свою очередь подразумевает обязательное использование UDF). Иначе в таком дистрибутиве при установке можно получить сообщение что не найдено лицензионное соглашение ( из-за того что жирный install.wim разместился в начале образа).