Руководство по созданию аддонов (текущая версия)

[volk1234]

спасибо за ваше участие в проекте.
немного критики предложенного вами:
ваш пункт2 и пункты 4,5,6,7
чем различаются? Как обьяснять устройство аддона sysoc без понятия работы sysoc, txtsetup, конфигурационных файлов?
от того что в начале будет прочто указанно на какие типы делятся аддоны легче понять их устройство не станет.
Но если вы убедительно докажете необходимость предварительного обьявления типов аддонов, я так сделаю :)

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

[Drinko]

нашел в sysoc секцию [NetOptionalComponents]
что она дает? »
[NetOptionalComponents] (Sysprep) (http://technet2.microsoft.com/windowsserver/en/library/719697fa-ed1d-4fcd-8f55-4713a74109ff1033.mspx?mfr=true)

[volk1234]

Обновлено руководство по написанию аддонов. ( http://forum.oszone.net/post-749397-343.html)
+Мелкие орфографические правки
+Комбинированные аддоны. Размещено в этом посте, поскольку в тот уже не влазит :)
+Обработка аддонов скриптом Update Pack пункт4 раздела А. (следующий пост)

Раздел B.
3.Комбинированные аддоны.

Из названия следует, что данный тип использует оба выше описанных типа SYSOC и SVCPACK. Обычно это необходимо, когда после установки программы требуется
установить обновления, либо, когда некоторые значения записанные программой затираются на более поздних этапах установки. Рассмотрим это на примере аддона WMP 11 (http://forum.oszone.net/thread-66385.html)
Структура папок сложнее, чем у простого аддона:


WMP11Rus
+Files
--wmplayer.adm -файлы аддона находящиеся в папке files
пакуются в cab- архивы и копируются в i386
замещая оригинальные файлы WMP9
......

-+ForceCopy
--+SVCPACK
----KB894871.CA_ - файлы каталогов необходимые для
установки через SVCPACK на Т13
......

---WMP11.CAB - файлы аддона находящиеся в папке ForceCopy
копируются в i386 без сжатия
.......

-Dosnet
-Sysoc
-Txtsetup
-Addon.nfo


Как работает этот аддон? Используется специальным образом подготовленный дистрибутив. Описание этого этапа выходит за рамки статьи. Часть дистрибутива замещающая файлы WMP9 размещается в папке аддона Files. При интеграции аддонов в дистрибутив скрипт сжимает файлы и замещает файлы WMP9 файлами WMP11.
Чем хорош этот аддон для нашего примера, он пересекается с еще одним типом аддонов - с заменой системных ресурсов.
Однако цель аддона не только замена системных файлов, но и установка нового медиаплеера. Для установки используется метод SYSOC. Установка происходит с помощью файла wmp11rus.inf на который сделана ссылка в sysoc.inf через одноименный конфигурационный файл. Txtsetup, Dosnet используются для копирования установочных файлов на текстовом этапе.

Однако для того, чтобы медиаплеер остался в составе компонентов Windows и WFP не прервал установку из за неправильных версий файлов, необходимо подсунуть установщику файлы каталогов. Сделать это возможно только на этапе T13 когда устанавливаются обновления через SVCPACK. Вот из за этого, аддон и называется комбинированным. В папку аддона [..Files\ForceCopy\SVCPSCK] помещаются файлы каталогов и скрипт копирует их в одноименную папку дистрибутива. Конфигурационный файл Run отсутствует поскольку .cat-файлы подхватываются скриптом автоматически.

В целом комбинированные аддоны являются более сложным инструментом, но одновременно и более гибким. Они требуют основательной подготовки и знания всех нюансов установки Windows.
Однако, именно этот метод позволяет совместить удобство установки через inf-файл в sysoc.inf и "высокоуровневые" возможности SVCPACK. С практической точки зрения этот способ будет полезен для установки дополнительных компонентов аддона, выполнения действий невозможных на этапе SYSOC. В принципе, возможна и обратная ситуация, когда сам аддон устанавливается через SVCPACK, а некоторые действия необходимо произвести заранее через SYSOC(добавление записей в реестр, копирование файлов).
====
To all
1.Разьясните неразумному правильно ли я написал про *.cat файлы. Автоматом ли они подхватываются через SVCPACK ?
2.И еще авторы аддонов, руководство почти закончено, остался только раздел про аддоны изменяющие дистрибутив я ни чего про них не знаю. Может кто-нибудь поможет?
3.Насчет пункта 4 раздел А. Неуверен что все верно описал может поможет кто?

[volk1234]

Раздел А.
4.Обработка аддона скриптом Update Pack


Изучив структуры папок и конфигурационных файлов скрипта Update Pack, давайте посмотрим как он работает с аддонами.
После выполнения собственных действий скрипт приступает к обработке аддонов.
Аддоны находящиеся в папке скрипта [Addons] обрабатываются в алфавитном порядке.
Скрипт проверяет условия заданные в конфигурационных файлах Required, Conflict и если все нормально продолжает работу, в противном случае выдается ошибка. Затем скрипт выполняет конфигурационный файл Start до начала других действий, далее основные операции с аддонами и последним выполняется конфигурационный файл Finish (при условии конечно, что эти конфигурационные файлы присутствуют в папке аддона).

Обработка файлов в папках аддона.

Структура папок

Addon Folder

+Files
-+Compressed
-+ForceCopy
--+SVCPACK



В корневой папке размещаются конфигурационные файлы аддона для скрипта. Эти файлы никуда не копируются.
В папке Files размещаются собственно файлы аддона. Размещенные в корне этой папки файлы, скрипт копирует в дистрибутивную папку I386 без учета вложенных папок, с заменой файлов в случае совпадения, предварительно сжимая их в CAB-архив и приводя к виду file.ex_ , либо без дополнительной обработки если файл дистрибутива не сжат (пример: Telnet.exe). Все файлы из этой папки должны быть прописаны в конфигурационных файлах txtsetup и dosnet (иначе мастер установки не скопирует их из дитрибутива).

Подпапка Compressed служит для временного хранения ранее сжатых файлов из папки Files. Эти файлы могут использоваться скриптом в дальнейшем для экономии времени на упаковку.

Подпапка ForceCopy служит для прямого копирования размещенных в ней файлов с учетом вложенных папок в I386 без дополнительной обработки.
Пример: файлы из вложенной папки SVCPACK копируются в [..I386\SVCPACK]

Все записи в чистом виде из конфигурационных файлов Dosnet, Txtsetup добавляются в Dosnet.inf, Txtsetup.sif, а записи из Sysoc добавляются в секцию [Components] файла sysoc.inf . Записи из конфигурационного файла Run добавляется в секцию [SetupHotfixesToRun] файла svcpack.inf.

Далее скрипт модифицирует svcpack.inf согласно имен *.cat - файлов размещенных в каталоге SVCPACK аддона (если такие файлы требуются). В секцию [ProductCatalogsToInstall] файла svcpack.inf добавляются имена всех *.cat файлов.

Обрабатывается список файлов, для которых нужно отключить WFP, посредством KillWFP.lst, удалются из дистрибутива и выводятся из под защиты файлы посредством DelDrv.lst, DelOC.lst (патч Sfcfiles.dll);
Также обрабатывается Addon.nfo при сборке все эти файлы сливаются в один ADDONS.TXT, который пишется в корень папки с собираемым дистрибутивом;
Статья доработана с учетом правок Petya V4sechkin.
*13.04.08 чуток подправил

[volk1234]

Обновлено руководство по написанию аддонов. ( http://forum.oszone.net/post-749397-343.html)

+Этапы и механизмы установки Windows XP/2003.Log-файлы генерируемые в процессе установки. Размещено в этом посте, поскольку в тот уже не влазит :)

Использовал вариант предложенный здесь (http://forum.oszone.net/post-755142-419.html) Drinko существенно доработав при помощи MSFN.

█ Приложение 5. Этапы и механизмы установки Windows XP/2003. Log-файлы генерируемые в процессе установки.


Этапы текстового режима различаются в зависимости от режимов установки.
Здесь рассматриваются этапы установки с дистрибутивного CD, из удаленного сетевого дистрибутива, с локального дистрибутива на жестком диске (zip, flash). В принципе мастер установки рассматривает любой вариант установки, кроме установки с CD, как установку из удаленного источника, отсюда и дополнительный этап копирования во временную папку $win_nt$.~ls, перезагрузку и уже только затем копирование в папку установки.

Первый этап проходит в текстовом режиме:

1. Запуск загрузчика установочного диска ntboot.bin (для CD).
2. Запуск bootfix.bin (для CD).
3. Запуск setupldr.bin. Если установка выполняется не с CD, то файл setupldr.bin (запускаемый через winnt.exe) переименовывается в $LDR$ и копируется на диск установки для использования в качестве временного загрузчика для дополнительного этапа копирования.
4. Setupldr.bin ( $LDR$) передают, через winnt.exe, управление Setupdd.sys который с помощью txtsetup.sif и winnt.sif выполняет основные фазы текстового этапа, такие как копирование файлов и сбор информации о оборудовании для последующих этапов установки.
5. Чтение и интерпретация txtsetup.sif, winnt.sif и некоторых других файлов. Для установки не с CD используется dosnet.inf содержащий сведения о файлах в папке $win_nt$.~ls
6. Загрузка драйверов оборудования.
7. Запуск ntoskrnl.exe, ntdll.dll и smss.exe (фактически загружено ядро системы).
8. Копирование файлов с дистрибутивного диска в %WINDIR%. Или в случае установки из удаленного источника(пусть даже со второго раздела диска) копирование производится в локальный источник: папку $win_nt$.~ls. Затем следует перезагрузка и с помощью загрузчика $LDR$ управление передается Setupdd.sys который повторяет этапы 4-8, только на этот раз файлы копируются из $win_nt$.~ls в %WINDIR%.
9. Копирование прототипов реестра в %WINDIR%\system32\config\*.sav , было выполнено вместе с другими файлами, после производится обновление и инициализация реестра с помощью hive*.inf.
10. Setupdd.sys создает файл $wint$.inf в зависимости от конфигурации оборудования и содержимого файлов txtsetup.sif , sysetup.inf, layout.inf, winnt.sif (unnatend.txt). Файлы $wint$.inf (%windir%\System32), sysetup.inf, layout.inf (%windir%\inf) будут использованы мастером установки в графическом этапе установки.
11. Создание загрузочного сектора, загрузчика NTLDR, файла boot.ini.
12. Перезагрузка.

Второй этап продолжается в графическом режиме.

1. T39 – запуск setup.exe который передает управление библиотеке syssetup.dll. Эта библиотека координирует весь процесс установки в графическом режиме, используя информацию для установки из файлов syssetup.inf, $wint$.inf, layout.inf. При этом используется множество динамически подключаемых библиотек, таких как setupapi.dll, netshell.dll, ocgen.dll и др., для выполнения различных действий в процессе установки.
Отрабатывает параметр DetachedProgram секции [GuiUnattended]
2. Загрузка nt5.cat и прочих файлов безопасности каталогов.
3. Запуск ocmanage.dll (диспетчер дополнительных компонентов).
4. Определение установленного оборудования (machine.inf).
5. T37 – установка драйверов устройств.
6. Создание и запуск intl.cpl используя информацию из intl.inf (конфигурируются региональные настройки).
7. Запрос CD-KEY.
8. Установка дополнительных компонентов ОС (sysoc.inf) С помощью sysoc.inf менеджер установки
строит список файлов для установки этих компонентов. Затем этот список сверяется с файлом unatend.txt (winnt.sif) если он есть.
По результатам сверки образуется конечный список устанавливаемых компонентов..
9. T32 – установка поддержки сети.
10. T29 – копирование всех необходимых файлов ОС.
11. T25 – завершение установки.
12. T22 – установка меню «Пуск» (shell.inf) и сохранение сделанных изменений в реестре.
13. T18 – регистрация компонентов (OLE regsrv).
14. T13 – обработка SVCPACK.inf.
14. T12 – запуск $OEM$/Cmdlines.txt.
16. T9 – сохранение параметров, установка административных разрешений для системных папок и реестра, запуск команд из секции [SetupParams].
17. T8 – сохранение настроек (sfc.dll сканирует все системные файлы для создания базы WFP и заменяет неоригинальные файлы).
18. Создание signhash Hardware ID.
19. Удаление временных файлов.
20. Перезагрузка.

Третий этап продолжается в графическом режиме:

1. Включение oobeinfo, активация копии системы.
2. Добавление пользовательских профилей.
3. Применение установок.
4. Настройка пользовательских профилей.
5. Запуск команд из секции GuiRunOnce.
6. Загрузка рабочего стола.


█ Log-файлы создаваемые в процессе установки.

Размещение log-файлов: \%Windir%

◦ Setupapi.log

Файл для Setupapi.dll, которая обрабатывает inf файлы во время установки аппаратных средств и регистрации. Этот файл может содержать записи, которые начинаются c [#E], что указывает на проблемы или ошибки. Мониторит установку через inf-файлы и на установленной системе.

◦ Setuperr.log

Общий журнал ошибок в процессе установки.

◦ Setuplog.txt

Общий журнал установки. Содержит все действия, совершаемые во время последней установки.

◦ Upgrade.txt

Лог менеджера установки, после запуска проверки на совместимость с windows XP.

◦ Setupact.log

Довольно полезный лог, создаваемый во время определения аппаратных устройств и установки драйверов.

◦ Winnt32.log
Содержит информацию о тестовом режиме установки, но создается только в процессе
апгрейда системы, а не установки.

◦ Wsdu.log

Лог динамического обновления установки (только если используется динамическое обновление)

◦ Log-файлы генерируемые дополнительными компонентами.




======
*01.04.08 Добавил немного из статьи процесс установки по минутам (http://oszone.net/3165)
======
Drinko, что ты имел в виду под пунктом 3 во втором этапе установки, 3. Выполнение *.inf.??? ??
я на всякий случай оставил.Удалил.
to All сообщайте о замеченных неточностях. Орфография в личку, плиз.

[Drinko]

Drinko, что ты имел в виду под пунктом 3 во втором этапе установки,
3. Выполнение *.inf.???»
syssetup.dll. Эта библиотека координирует весь процесс установки в графическом режиме, используя информацию для установки из файлов syssetup.inf, $wint$.inf, layout.inf. »
:)

[vserd]

volk1234, Одним файлом можно инструкцию где-то взять?

[volk1234]

Пока нет, происходило накопление информации. Изначально предпологал что писать будут все авторы аддонов, поэтому выкладывал на обсуждение, увы. Как только проверю орфографию и прочее, выложу на сайте в виде статьи,а также сделаю chm.

[Boa Soft]

1.Разьясните неразумному правильно ли я написал про *.cat файлы. Автоматом ли они подхватываются через SVCPACK ? »

Не совсем автоматом. При сборке дистрибутива скрипт модифицирует svcpack.inf согласно имен *.cat файлов в каталоге SVCPACK.

В секцию ProductCatalogsToInstall файла svcpack.inf добавляются имена всех *.cat файлов.

Согласно указанием MS они должны быть переименованы в формат 8.3. Это особенно актуально при установке из-под доса или по сети.

[volk1234]

В секцию ProductCatalogsToInstall файла svcpack.inf добавляются имена всех *.cat файлов. »

Для этого даже не требуется указывать их имена в файле Run ?? :0 В аддоне WMP 11 он отсутствует.
Можно чуток подробнее для руководства?

[jameszero]

volk1234
В файле run каталоги указывать не нужно. Boa Soft всё правильно написал:
скрипт модифицирует svcpack.inf согласно имен *.cat файлов в каталоге SVCPACK
В секцию ProductCatalogsToInstall файла svcpack.inf добавляются имена всех *.cat файлов.»Этот механизм реализован в скрипте UpdatePack, он сам находит все каталоги безопасности в папках SVCPACK, а то что перечислено в файлах run добавляется в секцию [SetupHotfixesToRun]

И ещё
Все записи из конфигурационных файлов Dosnet, Sysoc, Txtsetup добавляются в Dosnet.inf, Sysoc.inf, Txtsetup.sif. Записи из конфигурационного файла Run добавляется в секцию [Components] файла svcpack.inf »
Следует читать
Все записи из конфигурационных файлов Dosnet и Txtsetup добавляются в чистом виде в Dosnet.inf и Txtsetup.sif, а записи из конфигурационного файла Sysoc добавляются в секцию [Components] файла Sysoc.inf

[volk1234]

исправил теперь выглядит так:
Все записи в чистом виде из конфигурационных файлов Dosnet, Txtsetup добавляются в Dosnet.inf, Txtsetup.sif, а записи из Svcpack добавляются в секцию [Components] файла svcpack.inf . Записи из конфигурационного файла Run добавляется в секцию [SetupHotfixesToRun] файла svcpack.inf

Далее скрипт модифицирует svcpack.inf согласно имен *.cat - файлов размещенных в каталоге SVCPACK аддона(если такие файлы требуются). В секцию [ProductCatalogsToInstall] файла svcpack.inf добавляются имена всех *.cat файлов.
»

Добавил эту инфу также в раздел аддонов типа svcpack

BoaSoft

Не напишите пару абзацев по работе вашего патча sfcfiles.dll ??

[Zetoke]

Не напишите пару абзацев по работе вашего патча sfcfiles.dll ?? »
volk1234, А по-моему в ReadMe к патчу все написано.

[jameszero]

volk1234
а записи из Svcpack добавляются в секцию [Components] файла svcpack.inf»Подчёркнутое заменить на sysoc ))

[Boa Soft]

Зачем это нужно?

Большая часть важных для системы файлов в Windows Xp защищена от удаления и изменения
функцией WPF - windows file protection.

Если Вы хотите удалять или изменять некотрые файлы, то система не даст этого сделать,
вернее обойти это можно, но при запуске sfc произойдет замена файлов на оригигальные
или же последует вопрос на вставку диска с дистрибутивом.

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

Результат - отсутствующие файлы, Dll hell и падение системы.

Обычно же надо исключить только несколько фалов. Этого легко достичь патчем SfcFiles.dll, заставив ее "забыть" о этих файлах.

2. Алгоритм работы.

Проограмма дествует очень просто

Какие файлы защищены - это система узнает из SfcFiles.dll. Эта библиотека не несет в себе прямых функций защиты, а только выдает список защищенных файлов.

Там находятся списки защишаемых фалов, целых 5 штук для разных систем:
Xp pro
Xp home
Xp tablet PC
Xp mediacenter
Xp starter

В серверной библиотечке тоже 5 списков, но их назначения (соответствия версиям продуктов) я не выяснял.

Система защиты получает список защищенных файлов с полными путями из этой библиотеки, вызывая Api - функцию SfcGetFiles. Нам же нужно, чтобы в этот список не попали нужные нам файлы.

В этой версии применен новый алгоритм - патчится не строковые значения, а таблица указателей. Этих таблиц так же 5 - по числу версий продукта. В этой таблице просто происходит подмена указателей
на выводимые из защиты файлы на указатель на любой из оставшихся файлов. В результате при выдаче списка файлов просто некотрые файлы будут присутствовать более одного раза, а работа SFC никак не изменится - все невыведенные файлы будут защищены..

Программа автоматом корректирует CRC в PE заголовке файла и файл готов к применению.
Если в логе говорится, что файл не найден, скорее всего он не входит в список защищенных. Для стабильного результата патчите всегда оригинал, но повторный патч библиотеки, уже пропатченной этой
версией патчера, не приведет к ошибке.

NB! Если патчить библиотеку, ранее уже патченную более старыми версиями патчера или другими утилитами, то возможны разные непредсказуемые проблемы.

Прверялось с SfcFiles.dll от windows sp2 rus/ sp2 en/ sp1 server rus.
(Во всей линейке OS одного семейства и сервиспака библиотека одинакова!)

С другими версиями программа так же должна работать.

Проверить правильность работы можно на рабочей OS, временно заменив оригинальную библиотеку на патченую, проигнорировав крик о вставке диска и перезагрузившись.

SFC /scannow должно работать!!! Если нет - то увы.

[volk1234]

Гм, уже хотел вставить в инструкцию, но запутался в конфигурационных файлах
3.6 KillWFP.lst
3.8 DelDrv.lst
3.9 DelOC.lst

Deldrv это список для sfcfiles, а deloc? а killwfp ?
или же все эти файлы относятся к патчеру?
После лазанья по форуму перефразирую вопрос:
все 3 файла в итоге используют sfcpatch ?

[volk1234]

Обновлено руководство по написанию аддонов. ( http://forum.oszone.net/post-749397-343.html)
+Аддоны изменяющие дистрибутив. размещено в этом посте.
+приложение 6 Патч Sfcfiles.dll


Аддоны изменяющие дистрибутив.

Это тип аддонов, изменяющих дистрибутив в процессе интеграции обновлений и других аддонов (не всегда), т.е. не в процессе установки в отличие от других типов.
Относятся к категории т.н. служебных аддонов. Позволяет получить функциональность в процессе установки, которую невозможно получить другими способами. Описать типичную структуру такого аддона или привести общую инструкцию не возможно. Причины банальны: изменение ресурсов возможно несколькими способами, требует солидных знаний, долгого тестирования на стабильность.
Пример "мирного" применения аддона изменяющего системные ресурсы: аддон Vista Path изменяющий стандартные иконки на более красивые. Или аддон ZZ_multiboot, не изменяет дистрибутивную папку (I386), но создает структуру папок и записывает необходимые файлы и модифицирует их для получения мульти загрузочного диска. Причем, можно создавать диски N-in-1 (например Windows Home и Proffesional версий + множество вариантов загрузки из стандартного аддона Z_DRV_INST).

Еще пример, аддон Z_DRV_INST не модифицирует файлы в дистрибутиве, но слегка изменяет и дополняет его новой функциональностью (Подменой Setup.exe во время установки и установкой драйверов).

При затрагивании важных системных файлов приходится иметь дело с Windows File Protection. Как ее обойти читайте здесь (http://forum.oszone.net/post-773790-98.html) .

Если по каким- либо причинам использовать патч sfcfiles.dll нельзя или невозможно, можно только посоветовать эту статью (http://oszone.net/display.php?id=2806) раздел Modify PE, про изменение контрольной суммы файлов.

======
я конечно понимаю, что написать можно и больше только лично мне нечего, бо не знаю больше.

[volk1234]

Приложение 6. Патч Sfcfiles.dll

В составе Update pack приcутствует патч SFCfiles.dll написанный участником конференции BoaSoft
Взаимодействовать с патчером возможно путем конфигурационных файлов KillWFP.lst, DelDrv.lst, DelOC.lst.

Синтаксис простой: название файла с расширением для которого необходимо отключить WFP и\или который
необходимо удалить из дистрибутива.

Описание патча sfcfiles.dll предоставим автору:

Зачем это нужно?

Большая часть важных для системы файлов в Windows Xp защищена от удаления и изменения
функцией WPF - windows file protection.

Если Вы хотите удалять или изменять некотрые файлы, то система не даст этого сделать,вернее обойти это можно, но при запуске sfc произойдет замена файлов на оригинальные или же последует вопрос на вставку диска с дистрибутивом.

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

Результат - отсутствующие файлы, Dll hell и падение системы.

Обычно же надо исключить только несколько фалов. Этого легко достичь патчем SfcFiles.dll, заставив ее "забыть" о этих файлах.

Алгоритм работы.

Программа действует очень просто

Какие файлы защищены - это система узнает из SfcFiles.dll. Эта библиотека не несет в себе прямых функций защиты, а только выдает список защищенных файлов.

Там находятся списки защищаемых файлов, целых 5 штук для разных систем:
Xp pro
Xp home
Xp tablet PC
Xp mediacenter
Xp starter

В серверной библиотечке тоже 5 списков, но их назначения (соответствия версиям продуктов) не выяснены.

Система защиты получает список защищенных файлов с полными путями из этой библиотеки, вызывая Api - функцию SfcGetFiles. Нам же нужно, чтобы в этот список не попали нужные нам файлы.

В 3-й версии патчера применен новый алгоритм - патчатся не строковые значения, а таблица указателей. Этих таблиц так же 5 - по числу версий продукта. В этой таблице просто происходит подмена указателей на выводимые из защиты файлы на указатель на любой из оставшихся файлов. В результате при выдаче списка файлов просто некоторые файлы будут присутствовать более одного раза, а работа SFC никак не изменится - все не выведенные файлы будут защищены..

Патчер автоматом корректирует CRC в PE заголовке файла и файл готов к применению.
Если в логе говорится, что файл не найден, скорее всего он не входит в список защищенных. Для стабильного результата патчите всегда оригинал, но повторный патч библиотеки, уже пропатченной этой версией патчера, не приведет к ошибке.

NB! Если патчить библиотеку, ранее уже патченную более старыми версиями патчера или другими утилитами, то возможны разные непредсказуемые проблемы.

Проверялось с SfcFiles.dll от windows sp2 rus/ sp2 en/ sp1/2003 server rus.
(Во всей линейке OS одного семейства и сервиспака библиотека одинакова!)

С другими версиями программа так же должна работать.

Проверить правильность работы можно на рабочей OS, временно заменив оригинальную библиотеку на патченую, проигнорировав крик о вставке диска и перезагрузившись.

SFC /scannow должно работать!!! Если нет - то увы.

[vserd]

Аддоны изменяющие дистрибутив. »
дополнение:
......
Причины банальны: эти изменения затрагивают весь дистрибутив как таковой, либо внедрение функциональности установки которую не возможно получить другими способами.
......

Например zz_ZZ_MultiBoot или Z_DRV_INST.
zz_multiboot фактически не изменяет дистрибутивную папку (I386), но создает структуру папок и записывает необходимые файлы и модифицирует их для получения мультизагрузочного диска. Причем, можно создавать диски N-in-1 (например Home и Prof версий (+ множестово вариантов загрузки из стандартного Z_DRV_INST)) модификацией скрипта zz_multiboot.

Z_DRV_INST не модифицирует файлы в дистрибутиве, но слегка изменяет и дополняет его новой функциональностью (Fake Setup и установкой драйверов).

Для Z_DRV_INST можно также написать «аддоны» (внедрить программы), которые будут выполнять некоторые функции которых нет в режиме установки с CD, но есть в других режимах (например UDB файлы), или небольшая корректировка скрипта Winnt.sif. Примерами таких аддонов являются WSE, Changer и д.р.
.....

за одно орфография:
Это тип аддонов изменяющих дистрибутив в процессе интеграции обновлений и других аддонов, т.е. как правило не в процессе установке в отличИе от других типов.

[Zetoke]

Я тут пару очепяток нашел и ошибок. Но прежде чем править проверьте, вдруг я не прав :)

в дистрибутив Windows XP\2003 сторонних программ или изменения »
Аддоны, использующие SYSOC »
для начала »
может лучше сначала ?
По сути собирается собственный инсталлятор (в отличие от SVCPACK, где зачастую используются готовые инсталляторы с ключами тихой установки). »
собираем эту информацию об установке программы »
По-моему т.к. следующее слово начинается с гласной буквы.
собираем эту информацию об установке программы, для которой будет создаваться аддон »
установка этих файлов осуществляется с помощью inf-скрипта, который пишется »
копируемых в них файлов, добавления ключей »
с его помощью копируются файлы и ульи реестра с диска »
?
На ранних этапах установки Windows устанавливаются »
И вообще получается масло масляное
сверяется с файлом unattended.txt(winnt.sif), если он есть »
Вроде так
секции из sysoc,txtsetup,dosnet, находящихся в корневой папке аддона, переносятся »
папки аддона Files копируются в папку дистрибутива I386 »
Может поменять местами, а то получается аддон Files и дистрибутив I386.
аддона, прописанные в списке txtsetup.sif, копируются »
вместе с дополнительными компонентами из sysoc.inf »
Пример аддона, использующего SYSOC »
копированием файлов из cab-файла, следите, чтобы имена файлов »
интегрировать аддон, но при этом НЕ установить его, чтобы он был доступен впоследствии для установки через менеджер »
менеджер компонентов Windows, необходимо в установочных inf-ах каждого аддона закомментировать параметр Modes »
Т.к. есть слово необходимо, то уже не нужно слово нужно
Не забывайте про секцию [DefaultInstall] в inf скрипте »
Она необходима, чтобы inf устанавливался в будуще »
2.Аддоны, использующие для интеграции SVCPACK. »
SVCPACK предназначался для установки обновлений, вышедших после выпуска ОС »
вместо обновлений можно устанавливать и другие приложения »
Запятая не нужна
что позволяет использовать обычные инсталляторы. »
Для создания аддона этого типа используются тихие инсталляторы »
минимально необходим Run, в котором указывается »
имя исполняемого файла тихого инсталлятора, располагающегося в папке Files\SVCPACK »
Однако, при необходимости »
По-моему нужна запятая
файлы:KillWFP.lst,Start, Finish,Required, Conflict, используемые »
Приложения, внесенные в секцию [SetupHotfixesToRun] »
обычно используют SFX архивы(7z, RAR, и т.д.), либо исполняемые файлы »
"живую" систему или "тихие" инсталляторы. »
или файл контейнер(архив с необходимыми »
необходимыми для установки ключами), либо ничего не кладут »
6 Аддоны, предназначенные для внесения изменений в реестр и настройки ОС »
8 Аддоны, предназначенные для удаления компонентов ОС и драйверов. »
пост-обработки информации или создания образа. »
Может лучше так?
Аддоны, изменяющие дистрибутив. »
Это тип аддонов, изменяющих дистрибутив »
как правило не в процессе установке в отличие от других типов. »
Описать типичную структуру такого аддона или привести инструкции к изготовлению таких аддонов не возможно. »
Может это словосочетание убрать? Повтор получается
системные ресурсы: аддон Vista Path, изменяющий »
Если по каким- либо причинам использовать патч sfcfiles.dll нельзя или невозможно »
Запятая не нужна
мне нечего, ибо незнаю больше. »
:)
приcутствует патч SFCfiles.dll, написанный учасником »
название файла с расширением, для которого необходимо »
Если Вы хотите удалять или изменять некоторые файлы »
произойдет замена файлов на оригинальные »
Обычно же надо исключить только несколько файлов »
заставив ее "забыть" об этих файлах »
Там находятся списки защищаемых фалов »