Патч SfcFiles.dll

[YikxX]

Anakin, подтверждаю утверждение Сочетание Лайта и пака - вещь непредсказуемая. Лучше использовать только что-то одно. » на все 100%. Не стоит даже и проверять... ;)

6umer, а какие аддоны? Многие из представленных здесь вообще не трогают защищенные системные файлы... И поэтому использовать killwpf.lst в них незачем.

[6umer]

ну например оутлук экспресс , и меседжер стандартный ... они разве не в этом списке ?

[YikxX]

Точно не скажу - но вроде нет. Boa Soft лучше знает, пусть расскажет. :)

[6umer]

да, жду его =)

[Anakin]

6umer, аддоны, которые удаляют компоненты, вырезают соответственные файлы из дистрибутива и стирают упоминания о них в установочных скрипитах (dosnet.inf и/или sysoc.inf) Соответственно, ОС просто забывает про этот файл (как будто его в ней никогда и не было), взять стандартную копию ей неоткуда, потому что ее нет в дистрибутиве, да и желания у нее такого не возникает (файла-та в списке инсталлируемых нету, ну не включала его MS никогда в состав Windows, мало ли еще на свете файлов разных, все проверять что ли;))

killwpf.lst нужен, когда исходные файлы заменяются новыми версиями. Но и то он нужен не для того, чтобы предотвратить возврат стандартного файла (его опять-таки нет - мы модифицирвоали дистрибутив, и там уже с самого начала лежит новая версия), а чтобы предотвратить ошибки при установке - ибо вот тут да, винда сверяет контрольную сумму нового файла и записанную в файле sfc_oc.dll контрольную сумму стандартного файла. Здесь-то и нужно удалить эти данные из sfc, чтобы установка "не имела к нему никакого отношения". Для вновь добавляемых файлов тоже killwpf не нужен - их нет в списке защищенных (так как и не было:)), поэтому и проверяться в них ничего не будет. Задача killwpf - перевести в такое же состояние изначально защищенные файлы.

[6umer]

Anakin, всё теперь с этим вопросом понятно, спасибо = )

[alcos]

Где должен лежать этот killwpf.lst, везде про него говорят, но куда его кидать молчат.

[Drinko]

Где должен лежать этот killwpf.lst, везде про него говорят, но куда его кидать молчат. »
В корне Аддона.

[alcos]

В корне Аддона. » Так это файл именно для аддонов, просто в дистрибутиве винды он не работает?
Какая прога из аддона его использует и как? Может чуток не в тему, но хочется знать. Можно в ПМ ответить, чтоб тут не мусорить.


Может у кого есть уже готовый (патченый) файлик sfc_os.dll версии 5512 от SP3 rus?
Очень надобно, пока нигде не нашёл.

[NRG]

alcos, Новое в текущей версии.
1. Благодаря помощи Oleg_Sch патч не зависит от версии библиотеки. »
вот что в шапке написано

[alcos]

Извиняюсь, я не тот файлик указал. Мне нужен sfc_os.dll версии 5512, а не SfcFiles.dll. Поправил вопрос.

[YikxX]

alcos, смысл выкладывать наш sfc_os.dll, если он патчится на основе файлов killwfp.lst из аддонов, а набор этих аддонов у всех разный.

[WindoStroy]

YikxX, патчится sfcfiles.dll, а не sfc_os.dll.
sfc_os.dll это грубо говоря "назойливое окошко вставте компакт диск"

[mercuryn]

ALL
Насколько я понимаю, в ГУИ-интеграторе эта функция встроена, т.е. аддон не нужен...
Используется этот аддон только в ПАКе.

[YikxX]

WindoStroy, спасибо, не знал. :)

alcos, файл во вложении, если еще нужен...

[alcos]

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


P.S. Пришлось самому делать, вот готовый набор, может кому пригодится

[Oleg_II]

Патч некоторое время не обновлялся. Работает ли он для файлов из аглицкой версии ХР SP3?

[Boa Soft]

Патч некоторое время не обновлялся. Работает ли он для файлов из аглицкой версии ХР SP3? »


Проверено. С 3SP проблем нет. GUI интегратор работает по такому же алгоритму.

[Oleg_II]

Boa Soft
Спасибо за ответ. Почему спрашиваю - попробовал 3 комплекта файлов sfc_os.dll+syssetup.dll: из nLite, полученных от jdoe (давал их на MSFN.ORG) и из одного аддона к интегратору RVM. Во всех трех вариантах наблюдаются разные эффекты при установке системы.

Дистрибутив тот же самый, менялись только эти два файла.
Установка проходит без использования файла WINNT.SIF, некоторые настройки сделаны в соответствующих хивах и других файлах.
Устанавливалось все на виртуалку VMWare - был создан виртуальный компьютер, профиль заархивирован и просто стирался/разархивировался при каждой новой установке.
Во всех трех случаях SETUPERR.LOG не содержит записей - чист.

Файлы nLite.
Установка идет гладко, но во время первой загрузки устанавливаются несколько стандартных Виндовых кодеков (сейчас не помню какие, надо посмотреть).
ООВЕ - ? (тоже не помню, сейчас еще раз проверю и допишу).

Файлы от jdoe.
Странный "глюк" (фича?) - во время графического этапа еще до инсталляции дров вылазит сообщение, что драйвера батареи не имеют подписи Мелкософта (устанавливаю на виртуалке, основная система на ноутбуке). Потом такие же сообщения появляются на каждую устанавливаемую "железяку" из виртуалки. При этом я через хивы выключил проверку драйверов на подпись - после установки системы это даже видно в настройках.
ООВЕ присутствует.

Примечание: с "глюком" разобрался. Очень похоже, что дело в редактировании LAYOUT.INF - оставил его оригинальным и все нормально заработало без сообщений об ошибках и прочих мелких неприятностей :)

Файлы из аддона (http://www.ryanvm.net/forum/viewtopic.php?t=2274&sid=662dbcd9781cb1616826a1f77ea26d17) к интегратору RVM.
Установка проходит "гладко", без сообщений о несоответствии и ошибок.
ООВЕ присутствует (только что устанавливал два раза подряд).

Теперь хотелось бы и Ваши варианты попробовать :)

[Oleg_II]

BoaSoft
Итак, это последняя рабочая версия и других просто нет? Просто в шапке идет речь об основном пакете - не знаю, что это такое... там может быть новее версия?

Еще один вопрос по делу :) : утилита выводит из из списков защиты WFP файлы, а папки? Например, в %ProgramFiles%, а также собственно в в папке WINDOWS есть под-папки, которые без полного отключения WFP удалить не получается. Например папки microsoft frontpage и xerox. Можно ли их с помощью этой утилиты удалить?

Вроде и мелочь, все равно пустые, но раздражает :)