error: 800b0100 - прямо на 39-й минуте
 

После копирования файлов (до первой перезагрузки) - происходит загрузка информации из файлов hivesys.inf и других .inf файлов, которые генерирует nLite (1.4 final). Затем первая перезагрузка и ничего... вылетает ошибка. Одна из догадок такова: я интегрирую через $OEM$ системные .dll файлы (правильной версии) и файлы панели управления. Я уже интегрировал ранее некоторые системные файлы, но такого не было - затем, я увеличил количество интегрируемых файлов до 50 файлов и в результате возникает эта ошибка, как видно из скриншота, даже прогресс бар не появился. (winnitdbu.dll - проверен - он не при чем - собрал сборку из старой $OEM с меньшим количеством .dll - все работает)...
Что можете посоветовать или подсказать?

RenZo-2007 вот темы, в которых обсуждалась эта ошибка http://www.google.com/search?hl=en&q...rum.oszone.net

Vadikan, не помогли эти ссылки. Облазил вверх и поперек. Самое первое, что мне не понравилось то, что люди задавали конкретные вопросы, но им так и не дали ответа на ту же ошибку, что и у меня. Какой смысл от sfc patcher, если nlite все делает намного лучше (по уолчанию патч всегда включен)? В общем надо искать выход из сложившейся ситуации, ведь среду применения и все остальное я не менял, лишь добавил разные .dll файлы, в т.ч. и редактированные в res hacker.

Естественно сам во всем разобрался) Vadikan, тебе отдельный респект вообще за форум и за предоставленные ссылки, где я нашел может и не очень существенную, но полезную информацию. Так вот, в чемвся проблема моя...
В общем, некоторые системные файлы ни в коем случае нельзя заставить интегрироваться через ОЕМ директорию (2 баксика). Объяснять нечего - установщик винды просто иногрирует "горячую" замену некоторых файлов даже при выключенной (неактивной sfc).
Привожу свои данные, итак, нельзя интегрировать через $OEM$-$$-System32 следующие файлы:
hotplug.dll, netshell.dll, cmd.exe, norrator.exe, occache.dll, файлы control panel и некоторые другие. Теперь в этом вопросе я понял все тонкости работы и с ОЕМ директориями, и с соответствующими ограничениями.
Все протестировал, мои догадки оправдались. Долго искать не пришлось - 4 часа кропотливого отбора и пары десятков прочитанных статей дали соответствующий эффект. Надеюсь мое сообщение будет полезно кому-нибудь. Успехов!

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

Очень просто! На одном из форуме прочитал структуризацию - как все собственно происходит. Да, и в твоих статьях есть зачатки того самого.
Vadikan, вот смотри:
Дистрибутив нашего диска, который мы, например, создаем в Nlite. Обрезали, твиканули, добавили софта и т.д. Создаем наконец папку $OEM$ в корне диска. В ней, ясное дело, помещаем cmdline.txt и по желанию RunOnceEx.cmd. Там же создаем папку $1 - так называемая, папка софта - из нее все файлы (и папки, если создали) будут скопированы (после копирования всех системных файлов до первой перезагрухзки) на локальный диск С:\ (а также в соответствующие папки, если таковые имеются). А что же происходит чуть ранее? Если же в корне ОЕМ по мимо $1 мы создаем еще и папку $$, и, помещаем туда, например, папку System 32. А ведь $$ - это значит, что файлы будут копироваться в C:\WINDOWS (а в нашем случае, сразу в папку системных файлов System 32). Происходить это все будет сразу после копирования системных файлов из I386 до первой перезагрузки. Т.е. происходит "горячая" замена системных файлов. Чем это полезно? Не нужными получаются в принципе аддоны (АДДОН звуки в ХР, АДДОН курсоры, АДДОН LOGON и другие).
Описал все с самого начала (хотя знаю, что это ты все знаешь и даже в какой-то степени лучше меня), чтобы получился целостный ответ на эту задачу. С уважением.

Немного позже я напишу все в деталях и может даже как небольшую статью, так как вопрос актуальный и требует тщательного разбора.

RenZo-2007
Могу предложить тему статьи:

Актуалии горячей замены некоторых файлов программой установки Microsoft Windows XP, в контексте применения программы nLite, папок $OEM$, форума OSZone и их актуальность .


:lol:

Хе, вот ведь как народ извраты то различные любит. :lol: Простая замена файлов прямо в папке I386 дистрибутива с предварительной запаковкой в CAB их уже не устраивает. :)
Ах, ну да, nLite же это не позволяет, надо ж руками паковать и копировать... =)

В связи с этим "актуальность" вопроса мне кажется сильно сомнительной...

У меня тоже такое было только я твиканул Nlite и Пакетом обновлении с адоннами

Только сейчас нашел эту тему :)))
В то время я с modifype не был знаком ;-)