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

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). »

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

Скрытый текст

Как понимаю это соответствует 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, пример оригинального образа семерки - вместо файлов образа в 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 разместился в начале образа).