» Программы для создания ISO образов

COMBAT

Оффис не полезет (!)

У меня только получилось так , Оффис 2003 5 Сд в 1 Сд ( 560 Метров ) И Сетап 98 !

Правда , Оффис - то на 98 не заработал (

Ну а кто нибудь пробовал сортировать файлы при создании образа.
Например: надо нарезать важные данные а в конец, в качестве дописки, поместить что-то малоценное, что вероятно может и не записаться (при записи овербарном).
Это типа приоритета файлов в обычных писалках, - жутко неудобная вещь кстати.

Так вот, mkisofs умеет так, сперва расставляешь веса директорий, файлов (мануал) и вперед.
Но что-то не выходит у меня заколбасить так. Может кто знает как?

ЗЫ: Программа портирована с линуха, может глюк какой?

В кто-либо смотрел
http://isorecorder.alexfeinman.com/isorecorder.htm
Что можете сказать?

linP

Он и не должен на ней ставится и работать - у меня MSDN-версия, в описании прямо указано - "Установка Microsoft Office 2003 на компьютеры работающие под управлением устаревших и снятых с производства и технической поддержки операционных систем Windows NT 3.1 - 4.0, 95/95 OSR2, 98/98 SE, ME не предусмотрена и не возможна. Microsoft Office 2003 предназначен только для работы по управлением операционных систем Windows 2000 SP3, Windows XP и Windows 2003.". Считаю, что причина большинства подобных проблем в том, что большинство людей никогда не читает документацию...

CDIMAGE 2.47 CD-ROM and DVD-ROM Premastering Utility
Copyright (C) Microsoft, 1993-2000. All rights reserved.
For Microsoft internal use only.

Использование: CDIMAGE [опции] sourceroot targetfile
-l метка тома без пробелов (т.е. -lMYLABEL)
-t временная метка для всех файлов и папок без пробелов,
с любым разделителем (т.е. -t12/31/2000,15:01:00)
-g кодировать всемирное время вместо локального
-h включить скрытые файлы и папки
-n разрешить длинные имена файлов (длиннее стандартных DOS 8.3 имён)
-nt разрешить длинные имена, совместимые с NT 3.51
(ключи -nt и -d нельзя использовать вместе)
-d Не переводить имена нижнего регистра в верхний
-c использовать имена ANSI вместо OEM из источника
-j1 включить имена Joliet Unicode, а также создать DOS 8.3 совместимые
имена в пространстве имён ISO-9660 (могут быть прочитаны либо
по таблице Joliet, либо по таблице ISO-9660, но некоторые
из имён в формате ISO-9660 могут быть изменены для соответствия
ограничениям DOS 8.3 и/или ISO-9660)
-j2 включить имена Joliet Unicode без стандартных ISO-9660 имён
(требуется операционная система Joliet для чтения файлов с CD)
При использовании ключей -j1 или -j2, ключи -n, -nt, и -d неприменимы
и не могут быть использованы.
-js файл "readme.txt" в пространстве не-Joliet для образов, созданных
с ключом -j2 (т.е. -jsc:\location\readme.txt). Этот файл будет
видим как единственный файл в корне диска на системах,
не поддерживающих формат Joliet (Windows 3.1, NT 3.x, и др.).
-u1 включить имена "UDF-Bridge"
-u2 включить файловую систему "UDF" без зеркальной системы ISO-9660
(подразумевает UDF-совместимую операционную систему для чтения
этих файлов)
-ur не-UDF "readme.txt" файл для образов, созданных с ключом -u2
(т.е. -usc:\location\readme.txt). Этот файл будет видим как
единственный файл в корне диска на системах,
не поддерживающих формат UDF.
-us разредить файлы UDF
-ue включить данные файла в расширенные свойства UDF
-uf включить свойства UDF FID
-uv обеспечить совместимость видеозон UDF Video Zone
-b "El Torito" файл с загрузочным сектором без пробелов
(т.е. -bc:\location\cdboot.bin)
-p ID платформы для загрузочного каталога "El Torito"
-e Не ставить режим эмуляции флоппи в каталоге загрузки El Torito
-s подписать файл образа электронной подписью (без пробелов, указать
RPC-сервер и конечное имя, например -sServerName:EndPointName)
-x вычислить и создать значения "AutoCRC" в образе
-o оптимизировать место однократным включением повторяющихся файлов
-oc медленное вычисление дубликатов с использованием бинарного сравнения
вместо значений хэшей MD5
-oi игнорировать точное совпадение времени при сравнении файлов
-os показать дупликаты при создании образа
(ключи -o можно комбинировать, например -ocis)
-w уровень предупреждений с числом (т.е. -w4)
1 сообщать о несовместимых именах или вложенности ISO или Joliet
2 сообщать о несовместимых с DOS именах
3 сообщать о пустых файлах
4 сообщать имя каждого файла, помещённого в образ
-y тестовый ключ с последующим числом (т.е. -y1), используемый для создания
нестандартных вариантов ISO-9660 для тестирования:
1 включать замыкающий номер версии ';1' в именах файлов (7.5.1)
2 округлять размер папок до кратного 2K (6.8.1.3)
5 записывать папку \i386 в первую очередь, в обратном порядке сортировки
6 выровнять границы записей папок точно по концам секторов
(ISO-9660 6.8.1.1 совместимо, но не понимает MSCDEX)
7 предупреждать о создании коротких имён для 16-битных
приложений под NT 4.0
b размер блока в 512 байт вместо 2048 байт
d подавить предупреждения о неодинаковых файлов
с совпадающими первыми 64K
l UDF - длинные объявления в фаловых входах вместо коротких
r UDF - номер объявления случаен
w открыть файлы источника с доступом для записи
t сегмент загрузки в шестн. для El Torito образа загрузки (т.е. -yt7C0)
f использовать более быстрый метод создния коротких имён
-k (keep) создать образ даже если не удаётся открыть некоторые
из файлов источника
-m игнорировать максимальный размер образа в 681,984,000 байт
-a итог размещения показывает размер файлов и папок
-q только сканировать источник, не создавать файл образа

я так и не могу разобраться с ключами mkisofs.exe.
в принципе ,все что мне нужно, делает и cdimage и OSCDIMG.EXE
за исключением одного...
если не менять названия каталогов на верхний регистр то все пашет, но меня это не устраивает.. мне нужны имена в том регистре, в каком они есть...
т.е. мне нужны ключи для соблюдения след. условий:
1) загрузчик bcdwboot.bin ; это понятно, -b%путь%
2) метка тома ; сдесь тоже ясно, -volid или -l для MS
3) ISO level2, т.е. мне в досе фиолетово, какой регистр, и макс. длинна пути, лишь бы 32 символа и нормальное чтение каталогов... ; сдесь вроде как -iso-level 2 для mkisofs
4) Joliet с игнором длинны пути и регистром оригинала. (у меня на диске есть PE) ; вот тут собсно, основные грабли
5) ну и конечно, запись одинаковых файлов 1 раз ; -oci тут понятно, но как это сделать с mkisofs?

mkisofs либо неможет сконвертить длинные именя в ISO level2 либо вообще не видит bcdwboot.bin
cdimage и OSCDIMG.EXE все делают, как надо, но в Joliet имена в верхнем регистре...
NERO все делает, как мне надо... но я делаю скрипт ,который сделает ISO файл прям с компакта... он есть уже, но этот верхний регистр...
вот что есть на данный момент:

Код:
@echo off
Title MaKiNG MeGA.B00teR, d0 n0t cl0sE!!!
cls
echo ..................................................
echo . .
echo . .
echo . if U making iso file directly from CD disk, .
echo look for Mega.BooteR.iso in %temp%
echo . .
echo . .
echo ..................................................
pause
bcdw\OSCDIMG.EXE -n -oci -h -l"MEGA.BooteR" -bbcdw\bcdwboot.bin %cd% "%temp%\MEGA.booter.iso"
echo m0VinG t0 s0uRse... If U recive err0r msg, look 4 iso file in %temp%
move /Y "%temp%\MEGA.booter.iso" %CD%
pause
exit

Пардон, а с системного раздела HDD можно имидж снять CDImage(м)? и если не влом как это сделать?

ЗЫ:
Про эти программы я уже знаю
ATI
PQPM
SNG

wezir
Образ снять можно с чего угодно, только зачем? CDImage просто сделает образ в котором будут свалены все файлы с раздела, такого же эффекта можно добиться покидав это добро на диск в любой программе записи.
Перечисленные тобой программы делают сжатый образ раздела для его последующего восстановления, если тебе именно это нужно сделать - CDImage явно не подходит

Что-то не понял, откуда берется OSCDIMG? Понятно, что "с Ван Микрософт Вей", но все же...

wezir
в дистрибутиве Windows Embedded есть хорошая тулза, типа cdimage только предназначена именно для того, чтобы снимать образ с винта.
т.е. она снимает и загрузчик тоже.
общий принцип, как сделать бутовый компакт с Embedded, - это поставить ее на винт размером в 650 метров, все натстроить, и сделать образ этой утилкой..
название не помню...
в итоге у меня получился загрузочный компакт, поищи в ветке по PE (там кажись, промелькало)

AddRemoveR
Еще для этих целей отлично подходит Winimage

Dinxor
разве он работает из командной строки?

AddRemoveR
Разумеется, нет. Но вроде бы это и не требовалось
Winimage просто делает слепок раздела в файл, если с раздела можно было загружаться то полученный образ тоже будет загрузочным. То же самое делает линуксовая утилита dd (под винды она тоже есть, может ты о ней и говорил?)
Вообще-то это уже оффтопик, образ винта и ISO вещи очень разные...

Dinxor

Цитата:

Но вроде бы это и не требовалось

ну как не говорил, а

Цитата:

я делаю скрипт ,который сделает ISO файл прям с компакта...

про винимейдж все давно известно, я пользуюсь им для редактирования образов дискеток...
по поводу образа винта, тоже все понятно, это совсем не то...

2ALL
может есть какой нибудь скрытый ключик у oscdimg или cdimage
который будет обходить ограничение на длинну в 110 символов для джульета, если указываешь опцию -j1???

ибо, как показала практика, хелп, который выдает oscdimg совсем не полный )
т.к. он отлично понимает ВСЕ опции собрата cdimage...

AddRemoveR
Извини, не въехал Я про Winimage сказал в ответ на

Цитата:

тулза, типа cdimage только предназначена именно для того, чтобы снимать образ с винта

а не на твой вопрос о скрипте для копирования CD. Хотя, часто эту программу наделяют способностью редактировать ISO (на другом форуме однажды задолбался спорить и возможно другими сверхъестественными способностями.

Кстати, я не понимаю твоих заморочек с копированием CD. Поправь, если что-то не так:
CDImage умудряется записывать длинные имена более 110 символов прямо в ISO9660 не создавая joliet, что я и наблюдаю создавая диск с РЕ. Регистр символов сохраняется как у исходных папок и файлов на винте. Ну нахрена тебе этот joliet, если имена нужной длины и в нужном регистре могут быть записаны в ISO9660 ?
Я собираю образ такой командой
Oscdimg.exe -h -n -m -os -be:\bart\bootsect.bin e:\bart\ e:\bart.iso
Обрати внимание на длину имени:
X86_MICROSOFT.TOOLS.VISUALCPLUSPLUS.RUNTIME-LIBRARIES.RESOURCES_6595B64144CCF1DF_6.0.0.0_RU-RU_B372F0F9.MANIFEST
Может, забьешь ты на этот "-j1" ?

Добавлено
Похоже, в верхний регистр переводятся только те имена которые более 8 символов:
DISKTOOLS, а рядом Bginfo. Неужели это так принципиально?

Dinxor

Цитата:

Неужели это так принципиально?

нет конечно...
просто без "Джульеты" теряются помимо регистра - метка тома...
почему то, моя ХР потом не видит метку ISO9660
ну и это мне в принципе, до фени....
к стати. по поводу верхнего регистра.. у меня тоже навалом папок длинной меньше 8 символов, но ОНИ ВСЕ В ВЕРХНЕМ регистре. сранно...

Люди добрые,помогите...
Списал недавно с инета образ диска с расширением .toast(как понял под мак)
Может кто знает прогу,которой можно переконвертировать содержимое для PC(прогу типа CDXtract,позволяющей конвертировать всякие аудиосемплы из неписишного стандарта типа AKAI или GIGA в писишные типа .wav),может кто знает прогу позволяющую или делать из образов .toast образы типа .iso или .bin(или аналогичные) или просто раскрывать содержимое образа в папку,видимую простым писи глазом
Спасибо заранее

Вопрос есть такой:

Если делаешь "optimised" образ диска прогой типа УльтраИСО, то сколько минимум места надо иметь на харде?
Конкретный пример: есть диск, для совместимости с 2 разными оболочками, требующими разной структуризации инфы, делается "как бы" 2 диска, но поскольку оптимизация - запись каждого файла только 1 раз, а в остальных случаях - лишь ссылки на место его записи, то готовый образ - тот же 1 диск.
Вот и интересует вопрос - если собрал компиляцию этого диска и запустил запись оптимизированного - для корректной работы проги нужно ли, чтоб на харде было места для 2 дисков, или достаточно - для одного?

bredonosec
Полюбому свободное место - не помешает )
я бы на твоем месте делал этот финальный образ cdimage.exe самый удобный вариант..
наваял батничек (если образ твой будет меняться) и пусь он тебе делает образок, ложа его туда, куда тебе надо.
единственно, места будет на винте исходный католог занимать много...
но ведь два образа - это тот же самый объем

q]Полюбому свободное место - не помешает [/q] - Это я и сам знаю. Вопрос в том, если его уже нет. ((


Цитата:

, места будет на винте исходный католог занимать много...
но ведь два образа - это тот же самый объем

- ..Наверно, недостаточно доступно обьяснил ситуацию.. Попробую подробнее.

Есть набор файлов на харде. Допустим, в папках
Мн/
Ак1,
Ак2,
Ак3,
Ак4.
Одна оболочка поддерживает и такой формат (или для совместимости с одной имена можно сменить), другой надо формат типа
Снд/
Ис1/
Ал1
Ал2
Ис2/
Ал1
Ал2

Места свободно - немного больше, чем на 1 компакт. (на системном еще меньше)
Что я делаю: кидаю в компиляцию ИСО оба формата (причем со ссылками на одни и те же файлы - Скалькулированный размер образа, соответственно, становится 1,4Гига, но этого образа пока нет, это только компиляция - инфа о том, каким должен быть образ) и ставлю "сохранить образ" предварительно отметив галкой "оптимизировать" - чтоб дублирующиеся файлы писало только 1 раз. В результате получается образ нужного размера, помещающийся в имеющееся свободное место - задача с местом решена? Нет.
Дело в том, что я не знаю, требуется ли проге во время создания этого образа место, достаточное для размещения всех файлов без оптимизации. То есть, не окажется ли, что при попытке записи прога начнет глючить от недостатка места для размещения временного, неоптимизированного образа (если такой этап вообще есть) на винте, с последующими возможными неприятностями из этого вытекающими.

Ща нормально обьяснил, в чем сомнения?

ИМХО, софтине место надо будет...
если я не ошибаюсь, МелкоМягкая софтина сначала БОЛЬШОЙ образ делает, апотом уже его "оптимизирует"
в пользу этого сведетельсвует надпись в начале что то типа
"стока то байт ДО оптимизации"
и после того, как все прошло на ура
"стока то байто ПОСЛЕ оптимизации. съэкономлено стока то %"

BasiL

Цитата:

сначала БОЛЬШОЙ образ делает

Совершенно верно. У меня однажды отказалась создавать образ из-за того что места на диске не хватало (под неоптимизированный)

CDImage-Знатоки!

Скачал с сайта файл
http://unattended.oszone.net/files/CDImage_Pro.zip
в котором был:
BB5861393212ABABC607CA1560FE924E CDIMAGE.EXE - 110085 kb
Раньше, где-то здесь взял:
60C87DD202D080D2AFA15C26E802DC78 cdimage.exe - 110080 kb
Обе программки 2.47 версии, и обе делают образ.
Ничё больше не понимаю. Кто выскажется по поводу?

для создания ISO Я юзаю алкоголь 120%, виртуальный драйв все равно надо ставить.

кто нибудь подскажет как провернуть следующее действо.

Нужно записать содержимое логического диска на DVD (Gost и ему подобные отвергаются по причине медленности) и не на один а на 10 штук. Проблема в том что на харде множество мелких файлов с уже выстроенными директориями и вручную подбирать оптимальный размер в cdimage представляется долгим. Есть ли такая прога или такой ключ CDIMAGE позволящий автоматически создать 10 образов одинакового размера (естественно пишу с образов так как простым неровским способом мой DVD портит болванки).

Цитата:

естественно пишу с образов так как простым неровским способом мой DVD портит болванки

А что, сплошные under-run'ы?

comandor
Обе програмки 2.47 версии, и обе делают образ.

Цитата:

CDIMAGE.EXE - 110085 byte - это с _http://unattended.oszone.net
Раньше, где-то здесь взял: cdimage.exe - 110080 byte

Если из образа "CDIMAGE.EXE - 110085 byte" удалить последние 5 байт, то образы
становяться одинаковыми. Байты эти - 0A 0A 0A 0A 0A. Hiew показывает, что они даже в
образ не входят.
Если у этих файлов убрать расширение "exe" и сравнить их утилитой FC.exe с
ключём /W - Пропуск пробелов и символов табуляции при сравнении, то она скажет, что
различия не найдены.

Как всё-таки сделать загрузочный ISO с помощью mkisofs? Никак не получается - постоянно пишет
Цитата:

mkisofs: Uh oh, I cant find the boot image 'w2k.bin' !

Вот строка:

mkisofs -o myiso.iso -b w2k.bin d:\test

w2k.bin - загрузочный сектор, размером 2048 байт.
Что я делаю не так?

может ли CD Image сохранять original file timestamp? а то получается или сам задаешь временной штамп или используется текущий, причем в реальном времени.

А чем Nero или Creator 7 не устраивают?
Ведь они тоже в ISO могут сохранять?