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

[Xant1k]

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

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

oscdimg.exe -u2 -bd:etfsboot.com -g -h D:\All\ D:\Win7All.ISO

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

3. Часто используется параметр -e
Этот параметр отключает эмуляцию дискеты в каталоге El Torito.
Это для чего делается?

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

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. Почему про это нет ни слова на оф. сайте майкрософта для меня большое удивление. Однако повезло, что в блокнот много всего из сети копирую и нашёл следующее:
Размер образа install.wim, включаемого в состав установочного диска 32-разрядной операционной системы, не должен превышать 4 Гб (2^32 байт). В противном случае установка завершится с ошибкой. Это ограничение не распространяется на развертывание образа с помощью утилиты Imagex.
Почему так?
И в случае если файл превышает то придётся резать его на части или сжимать в 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, но это не изменит код):
oscdimg.exe -u2 -udfver102 -l"LabelName" -bootdata:2#p0,e,betfsboot.com#pEF,e,befisys.bin Image Seven.iso
Ключа -o нет, потому что в моем дистрибутиве отсутствуют повторяющиеся файлы, аналогично и с -h.

[Xant1k]

3. Как сказано в документации oscdimg, ключ -e работает только в образах с одним загрузчиком, и выходит что он ненужен в Windows 7 x64+x86. »
А разве мультизагрузочный образ это не образ с двумя файлами загрузочного сектора Efisys.bin и Etfsboot.com?
Не пойму связи с двумя архитектурами.

5. Оригинальные образы обеих разрядностей Windows Vista и старше созданы с использованием -u2 -udfver102. Это легко проверить открыв их в IsoBuster - в файловой системе ISO 9660 будет только файл README.TXT (что говорит о использовании -u2), а в свойствах UDF файловой системы будет версия 1.02 (ключ -udfver102). »
Здесь (https://msdn.microsoft.com/ru-ru/library/hh824847.aspx#examples) указывается -u1
ImgBurn выдаёт следующее:

http://i.imgur.com/q0Nmrau.png

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

Почему кто-то создает собирает образы иначе, это надо у них спрашивать, но скорее всего просто скопипастили команду из интернета.
Вот поэтому и стал разбираться сам. Запарили все эти статьи в инете с непонятными параметрами.

6-7. Ключ -m ненужен при создании образа с файловой системой UDF. »
Однако параметр -u1 включает и ФС ISO 9660, может именно поэтому ключ -m применяется?

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

[Ж.Д.А.Л.К.Е.Р.]

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

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

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

ImgBurn выдаёт следующее: »
ImgBurn не показатель, при использовании -u2 он будет писать тоже самое. Поэтому и говорю смотреть в IsoBuster, пример (http://s009.radikal.ru/i307/1608/22/c00637a69b6e.jpg) оригинального образа семерки - вместо файлов образа в 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.

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

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

[Xant1k]

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

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

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

возможно применение UDF или оставить всё как есть в примере?

[Ж.Д.А.Л.К.Е.Р.]

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

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