Файловые ошибки при установке(всегда разные)
 

Имею не пойму то ли глюк, то ли фичу. После сборки дистриба и записи ISO на диск с диска иногда не считываются файлы. Для каждой сборки - свои, разные. Т.е. запустил батник, записал исошку - на этапе GUI установщик не устраивает файл MULTIBOX.DL_. Ну, допустим, подменил его в iso - работает. Потом сделал что-то, собрал дистр - опа, не нравится уже IMJPMIG.EX_. А ведь при прошлой сборке все нормально было. Ладно, забил. пересобрал - теперь не устраивает что-то на текстовом этапе. Сперва думал, что это писалка глючит - ан нет, в виртуальной машине та же фигня.
В чем может быть дело? Сборка всегда делается на чистом, одном и том же дистрибе. использую некотое кол=во аддонов
мысль. проверю. чистый дистр подкладывается под сборку с пом. nnbackup. уж не делает ли она каких изменений в файлах?

Dirk Diggler
Вы разве еще не знаете как производить диагностику и выявлять неправильно работающие аддоны?

Возможно, не в тему, но нет ли проблем с оперативной памятью?
У меня была ситуация, когда из-за сгоревшей памяти не устанавливалась система. Каждый раз в процессе установки с компакт-диска не читались файлы (ошибка в данных СРС), причем каждый раз разные.

Vadikan, только что было выяснено, что дело не в аддонах:
1) запуском батника собрался дистрибутив.
2) с полученного образа iso(сделанного аддоном MultiBoot) на виртуальную машину была установлена XP без единой ошибки
3) потом вручную(!) в каталоге $OEM$ уже обработанного дистрибутива было поправлено имя некоторого bat-файла(обнаружил, что на предыдущем шаге некоторый софт не поставился из-за опечатки), затем был запуском вот такой строки
был создан образ iso, попытка установки с которого дает на GUI-этапе ошибку копирования imjpcle.dl_.

Т.е. первый и второй образ были собраны ОДНОЙ КОМАНДНОЙ СТРОКОЙ, НА ИДЕНТИЧНОМ КАТАЛОГЕ без всякой пересборки и ВООБЩЕ КАКИХ-либо изменений, за исключением имени моего батника. И вот тебе блин раз. первый образ работает, второй - нет
Отсюда я делаю вывод. Дело не в аддонах, и не в nnBackup.

Dirk Diggler А с "чистого листа" установка проходит нормально?

Вот, сложил 3 файла IMJPCLE.CH_ в один каталог - из чистого, заведомо рабочего дистрибутива, из обработанного дистрибутива(D:\XP\XP) и разархивированный из образа, только что сделанного на обработанном дистре. Во-первых, у файла из образа другое время создания - у первых двух 16:00 18.08.04, у него 20:00 18.08.04, во-вторых, сравнение файлов с помощью fc.exe показало, что файлы из чистого дистра и обработанного(D:\XP\XP) не отличаются друг от друга, зато отличаются от того, что из образа.
Итого, вопрос.
Как отучить OSCDIMG.EXE портить мне файло при создании iso?

Тупое создание образа подряд несколько раз показало, что в этом случае похабятся одни и те же файлы, т.е. это происходит всё-таки по алгоритму, а не из-за кривой памяти диска и т.п. Смена cdimage 2.45 на 2.47 дало то, что IMJPCLE.CH_ в образе стал нормальным, зато IMSCINST.EX_ в образе вообще перестал быть cab-файлом - первые 1-2 килобайта просто нули.

Мистика! Сменил ключ -ois на -os:
и IMSCINST.EX_ стал нормальным, зато IMJPCLE.CH_ опять не копируется. Плюнул, взял UltraISO, заменил им в образе файл IMJPCLE.CH_ на файл из D:\Xp\Xp\I386\LANG, и всё заработало.

Вот тебе и родная утилита от микрософт. Это чтож, мне теперь каждый раз после пересборки образ на виртуалке тестить? Даже если я поправил какой-нть батник из $OEM$?