Программы для работы с ISO-образами

[Iska]

Кому-то помогает такое (http://www.ezbsystems.com/cgi-bin/ikonboard.cgi?act=ST;f=7;t=2834;st=10):
Now to the solution, that I'm aware of :

If the OS is running under AHCI mode (selected in Bios, and Device Manager shows AHCI under IDE/ATA Controller in Device Manager,

a.) for Intel based chipsets, make sure to download the latest Intel Matrix AHCI Storage Driver : Note that the downloaded files won't install if the chipsets are not compatible. (Series 5 driver won't work with Series 6 chipset, for eg.)

b.) for AMD chipsets, download AMD Catalyst AHCI driver from AMD website.

After installing the CORRECT driver, reboot, and UltraISO should work under AHCI mode.
Но не всем.

P.S. Интересно, что по «UltraISO» у нас есть отдельная тема: Прочие - UltraISO (http://forum.oszone.net/thread-47790.html).

[texaslion]

Amigos, было 50 мб, стало 500. Начинаю догадываться... Объясните, пожалуйста, как можно это настроить, и в какой программе, если UltraISO на это не способна...

[Amigos]

и в какой программе »3 пост этой темы
как можно это настроить » http://forum.oszone.net/post-1489163.html#post1489163

[texaslion]

Amigos, и все, кто участвовал в обсуждении - большое спасибо, вы очень помогли. Разрешите еще пару уточнений, и я отстаю от вас. Если можете, дайте ссылку, где я могу посмотреть список возможных команд для CDImage. И последнее. Существует ли какой-либо ОБЯЗАТЕЛЬНЫЙ ПОРЯДОК, в котором команды для приложения с интерфейсом командной строки должны вводиться в командную строку относительно друг друга, или это ни на что не влияет? Спрашиваю потому, что когда делал свою сборку Windows 7, мне приходилось применять утилиту Sysprep и из командной строки, и из-под графической оболочки. При применении графической утилиты после перезапуска все было в порядке, а при применении Sysprep из командной строки языковая панель переезжала с панели инструментов в верхнюю часть экрана.

[Nordek]

texaslion, Здесь большинство участников такие-же знатоки как и вы - т.е пользователи не всё знают. Да, даже администраторы, модераторы, контрибьютеры - всего не могут знать.
Одни занимаются саморазвитием, т.е самостоятельно всё делают - ищут, читают, применяют на практике, наконец применяют "метод тыка (бывает удачно, бывает нет - как повезёт)". Стараются не прибегать к тому, чтоб что-то спросить. Если что-то совсем сложно (почти невозможно), то конечно интересуются.
Другие постоянно задают вопросы, даже такие - которые в действительности в сети интернет навалом (особо даже и искать не надо - вот оно рядом).

если UltraISO на это не способна »Для начала нужно убедиться в том, что в действительности не способны "программа" или как правило "мозг и руки (зачастую зрение, да такое тоже бывает - но инвалидность не осуждаю. Хотя конечно инвалиды могут многое - даже такое, что здоровому не под силу.)".

1. Вариант: Оптимизация:
http://i6.imageban.ru/thumbs/2014.04.23/9451f18fa62becc5e8fd47bc83be14f0.png (http://i6.imageban.ru/out/2014/04/23/9451f18fa62becc5e8fd47bc83be14f0.png) http://i5.imageban.ru/thumbs/2014.04.23/3f1566fb2b5845ac9732fddfc51a0768.png (http://i5.imageban.ru/out/2014/04/23/3f1566fb2b5845ac9732fddfc51a0768.png) http://i1.imageban.ru/thumbs/2014.04.23/fdfc860949ea4dccf38ca537bbf713e1.png (http://i1.imageban.ru/out/2014/04/23/fdfc860949ea4dccf38ca537bbf713e1.png)

2. Вариант: Сжатие:
http://i6.imageban.ru/thumbs/2014.04.23/ffde00ecdb524f39d38f96f53d394603.png (http://i6.imageban.ru/out/2014/04/23/ffde00ecdb524f39d38f96f53d394603.png) http://i5.imageban.ru/thumbs/2014.04.23/ebaa09ffd8e30e97bb8af5ab07f9afdb.png (http://i5.imageban.ru/out/2014/04/23/ebaa09ffd8e30e97bb8af5ab07f9afdb.png) http://i6.imageban.ru/thumbs/2014.04.23/2c58035c3cd515acfc04bd7256665305.png (http://i6.imageban.ru/out/2014/04/23/2c58035c3cd515acfc04bd7256665305.png) http://i6.imageban.ru/thumbs/2014.04.23/1ba8dfa90042f10ff166cd8fc88ca9f9.png (http://i6.imageban.ru/out/2014/04/23/1ba8dfa90042f10ff166cd8fc88ca9f9.png)

где я могу посмотреть список возможных команд для CDImage. »
Пожалуйста, смотрите здесь (http://gallery.ru-board.com/topic.cgi?forum=5&topic=0572&start=0&limit=1&m=1#1) и здесь (http://forum.ru-board.com/topic.cgi?forum=5&topic=1651&start=759&limit=1&m=1#1).

Далее:
CDIMAGE GUI (http://unattended.msfn.org/unattended.xp/print/web/15/)
Создание загрузочного ISO/CD (http://www.oszone.net/2759/)

Добавлено позже:
Подумал, и решил: Для особо ленивых - лучше здесь разместить:
CDIMAGE 2.47 CD-ROM and DVD-ROM Premastering Utility
Copyright (C) Microsoft, 1993-2000. All rights reserved.
For Microsoft internal use only.

Использование: CDIMAGE [опции] каталог_с_исходными_файлами имя_образа
-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 только сканировать источник, не создавать файл образа

[Amigos]

Существует ли какой-либо ОБЯЗАТЕЛЬНЫЙ ПОРЯДОК, в котором команды для приложения с интерфейсом командной строки должны вводиться в командную строку относительно друг друга, или это ни на что не влияет? »
Команды разные, и поэтому требование порядка их размещения может быть как обязательным, так и нет.

К примеру батник команда1
команда2 может быть не чувствителен к порядку команд, если в работе команда2 не используются результаты работы команда1
А может быть и чувствителен, например команда1 создаёт файл, а команда2 его куда то копирует.
В таком случае при смене мест команд работа батника будет нарушена, т.к. команда2 будет пытаться скопировать то, что ещё не создано.

общее правило - человек, который выкладывает батник в интернет, перед выкладкой тестирует его работу, чтобы убедиться, что команды в нём "в правильном порядке".
Однако, если вы уверены, что после смены порядка команд в батнике он не станет хуже, то можно и поменять хотя какой смысл менять порядок команд в адекватно работающем батнике?

[yurfed]

после извлечения из оригинального образа его содержимого захватить это содержимое и создать новый iso-файл, который будет равен оригиналу по размерам, то в будущем, создавая образ СВОЕЙ СБОРКИ, »А зачем вы хотите свои сборки выдавать по размеру и хеш-суммам за оригинал?

[texaslion]

yurfed, я не хочу ничего ни за что ВЫДАВАТЬ. Я хочу убедиться, что в том наборе команд и операций, который я применяю к своим сборкам, нет ничего лишнего. Если я захвачу извлеченное из оригинального образа содержимое, и полученный в результате новый образ будет в точности совпадать по размерам (Бог с ними, с контрольными суммами) с оригиналом, то это означает, что я (или программа) НЕ ДЕЛАЛ НИЧЕГО ЛИШНЕГО. А если после захвата содержимого оригинального образа его размер отличается мегабайт на 200 - значит, я (или программа) сделал что-то не так. Поймите, я пытался разобраться исключительно с процессом создания образа, не более. Кстати, не далее, как сегодня, мне это удалось. В пакете Microsoft Windows AIK есть средство командной строки для создания файлов образов - Oscdimg. Команда для захвата образа выглядит так:

oscdimg -m -l[метка тома] -o -u2 -b"c:\...\etfsboot.com" c:\папка_для_захвата c:\...\name.iso

Вот. В результате размеры оригинального и только что созданного образа в точности совпадают.

[texaslion]

Amigos, Nordek, Iska, yurfed, а каким образом можно настроить ImageX работать так, чтобы при подключении с помощью этой утилиты wim-файла образа системы (boot или install) в к.-нибудь папку, и затем отключении с сохранением изменений (но, опять таки, если изменений НЕ ПРОИЗВОДИЛОСЬ), размер исходного wim-файла совпал с размером файла, получившегося после отмонтирования образа из папки? Они, блин, все тоже на 200 метров больше оригинала...(((

[Salavattt]

Есть отличная программное приложение Nero Home для работы с дисками. Мне нравится.

[texaslion]

Есть отличная программное приложение Nero Home для работы с дисками. Мне нравится. »
Что-то не ясно, к чему это...

[yurfed]

я не хочу ничего ни за что ВЫДАВАТЬ. Я хочу убедиться, что в том наборе команд и операций, который я применяю к своим сборкам »Ну и убедитесь что ваша г. сборка, соответствует всему-всему.
Только объясните, зачем вам хеш совпадающий с оригиналом

[texaslion]

yurfed, прочитайте всю переписку, если любопытно. Я уже написал в начале, что вопрос про хеш снимается, и почему. А сборки мои не г. Они будут г. у вас, если вы, не разобравшись хотя бы с частью этих вопросов, возьметесь их делать.

И еще. Я могу ошибаться, но в подобной переписке разумно принимать участие в том случае, если вы можете подсказать вариант решения проблемы, или аргументированно доказать нецелесообразность заострения на ней внимания. Вопрос типа: "А зачем вам это нужно?" - не является достаточным аргументом, чтобы прекратить поиски.

[Nordek]

Я уже написал в начале, что вопрос про хеш снимается, и почему. »Тема ваша? Тогда логично было дописать в первом сообщении т.к первое сообщение всегда видно.

А сборки мои не г. »Не "г" для себя, но "г" для других (и не важно какая там супер-пупер мега сборка и кто её создавал).
Для информации: Super Mega Zver Black eXtreme 2013 Edition (http://www.outsidethebox.ms/9983/).

[texaslion]

Nordek, я новичок на форуме, но думаю, что про хеш в первое сообщение дописывать будет нелогично, хотя бы потому, что этот вопрос возник позднее и в первом сообщении как такового вопроса про хеш не звучит. Что касается сборок, то свои сборки безусловно кажутся лучше чужих, но это если сравнивать чужие именно со своей. А если сравнить чужие с чужими, то самомнение не будет затмевать глаза, и выводы можно будет сделать более-менее объективные. Это к тому, что если желание поставить меня на место еще не пропало, то чуть позже (на днях) я мог бы прислать вам свою сборку для тестирования, с подробным описанием процесса создания. Попробуете, сделаете выводы. В основном, вопросов у меня больше нет, если не считать вопроса про wim-файлы, на который тут вряд ли кто-то ответит. Тему отметил решенной, всем еще раз большое спасибо.

[Nordek]

Что касается сборок, то свои сборки безусловно кажутся лучше чужих, но это если сравнивать чужие именно со своей. »Это всё формальности. Если свою сборку выложить в сеть - то сборка автоматически становится "г". И ещё раз повторяю: Не важно кто и как хорошо её сделал - пример тому simplix Edition.
Здесь на форуме, так вообще: как не приветствуется обсуждение сборок, так и запрещена публикация ссылок на сборки и т.д (О чём следует Важная информация (http://forum.oszone.net/rules.html#3.18).).

но думаю, что про хеш в первое сообщение дописывать будет нелогично »Ну почему же? "Примечание" или какое либо "Дополнение", можно дописать. А логично хотя бы потому, что тот кто прочтёт первое сообщение - то поймёт: что вы "по поводу Контрольных сумм, вопросов больше не имеете". Вот и всё. А если появился вопрос не относящийся к теме, по тому же "изменению wim-файла" - то данному вопросу, требуется уже другая тема.

если не считать вопроса про wim-файлы »Если интересует информация по WIM, то: есть Поиск (http://forum.oszone.net/search.php).

Использование фильтров в качестве инструмента поиска (http://forum.oszone.net/faq.php?faq=faq_filters#faq_filter)
Поиск по конференции (http://forum.oszone.net/faq.php?faq=faq_filters#faq_search)


Нажмите здесь (http://forum.oszone.net/search.php?do=process&titleonly=1&childforums=1&forumchoice%5B%5D=0&query=wim).

[texaslion]

Nordek, информации по wim очень много. Я просмотрел все результаты поиска по ссылке, но ничего похожего на мой вопрос там не нашел. Суть вопроса, в общем, такая же, как и в первом сообщении, только относится она не к ISO, а к WIM-файлам: почему при монтировании в к.-нибудь папку файла install.wim с помощью Imagex с включенной возможностью внесения изменений, и последующим отключением этого файла без(!!!) внесения в него изменений, его размер увеличивается? Это можно делать бесконечно с одним и тем же файлом - монтировать, отключать, монтировать, отключать - размер будет увеличиваться с каждым разом. Что утилита делает с ним? Как это отключить?

P.S. Не сразу заметил то, что вы отредактировали ваш ответ. По поводу старых и новых тем - в этой теме мы уже столько всего обсудили, что заводить сейчас ради вопроса про wim-файлы отдельную тему будет просто глупо. Но можем договориться, если хотите. Подскажите мне решение проблемы с wim-файлом, и все последующие вопросы (если таковые будут возникать) я буду задавать в отдельных темах, а эту закроем уже окончательно...)

[Amigos]

почему при монтировании в к.-нибудь папку файла install.wim с помощью Imagex с включенной возможностью внесения изменений, и последующим отключением этого файла без(!!!) внесения в него изменений, его размер увеличивается? » потому что монтирование/изменение/демонирование_с_внесесением_изменений это для лентяев, которым некогда вникать в нюансы, а лишь бы сделать и забыть.

Если вас интересует качество, то
1 распаковка WIM образов в какую то папку
2 внесение изменений
3 упаковка в Wim

[texaslion]

Amigos, все так и делаю уже который день. Вопросы только прибавляются. Вот смотрите:
1. Под распаковкой wim-образа вы, скорее всего, подразумевали монтирование образа. Про то, как распаковать wim-файл я не слышал, в описании утилиты imagex это не упоминается.
2. Как осуществить упаковку в wim из папки? Делал это imagex-ом (опять же, начинаю с банального эксперимента - без внесения изменений), но размер образа на этот раз уменьшается - с 1.99 гб до 1.83. Плюс еще одно наблюдение: если захватывать содержимое папки (в которую примонтирован wim-файл) дважды друг за другом, то размер второго wim-файла будет отличаться от первого на 32104 байта в большую сторону (последующие копии будут ему равны). Если же перед каждым захватом размонтировать содержимое папки и примонтировать исходный wim-образ снова, размер после захвата всегда будет один. Видимо, в процессе захвата imagex что-то дописывает в папку с содержимым исходного образа, что отражается на размере образа, захваченного следом. Но прежде всего меня интересует почему образ настолько уменьшается, хотя изменений в него не вносилось.

[morozoff]

Но прежде всего меня интересует почему образ настолько уменьшается, хотя изменений в него не вносилось. »
texaslion, Ну в данном случае это зависит от выбора типа сжатия.
/compress [maximum | fast | none]

Указывает тип сжатия, используемый в операции создания первичного образа. Параметр maximum предусматривает высшую степень сжатия при создании образа, что сопровождается увеличением времени выполнения этой процедуры. Параметр fast означает, что сжатие образа будет выполняться быстрее, однако итоговые файлы будут иметь больший размер, чем при сжатии с параметром maximum. Этот тип сжатия используется по умолчанию в том случае, если значение данного параметра не указано. При выборе значения none сжатие в процессе создания образа не выполняется.