[addon] Fake-Setup Advanced

[boss911]

Единственное преимущество в том, что копирование i386 должно произойти быстрее по времени, в отличии от сканирования SFC (наполнение dllcache), но ведь это же копейки. »
одназначно копирование i386 медленнее. »
- syssetup.dll отключение запуска сканирования всех защищенных файлов на Т-8 графического этапа установки (экономия 5-10 минут) »
Закинул я дистрибутив (CD-RW), с которого ставлю ОС, в свой старенький привод, начал копировать i386, копирование произошло за 2.35 минуты. Это против тех 5-10 минут, о которых сказано выше. Так что о преимуществе я не ошибся, но как я уже говорил, этот способ немного через одно место, посему это преимущество с большой натяжкой, дело вкуса.

можно попробовать копировать не дистрибутив с болванки, а наполнить вручную dlllcache скопировав туда ... »
Не факт, что все *.exe, *.dll и т.д., должны быть в dlllcache, но это уже будет меньше мертвого груза, чем копирования всей i386. А если дистрибутив уже модифицирован транформпаком, то модифицированные файлы в dlllcache уже нет смысла копировать, так как SFC их никогда не признает за свои родные, посему и не восстановит их по потребности от туда, да и если используется трансформпак в самом дистрибутиве (вшит), то он, как правило, выводит из под защиты SFC нужный список файлов, то есть, как не крути, но применив такой способ, в dlllcache все равно попадет мусор (модифицированные файлы).

Если копируется дистрибутив, значит никаких патчей/модификаций, кроме уже зашитых в дистрибутив, не предполагается. »
Ото ж и я об этом. А более опытному пользователю, в таких случаях, надо будет заботиться, что бы ОС не нашла путь к i386 (переименовывать или удалять папку). Это создает дополнительные хлопоты, кому оно надо.

[Mr dUSHA]

Ото ж и я об этом. А более опытному пользователю, в таких случаях, надо будет заботиться, что бы ОС не нашла путь к i386 (переименовывать или удалять папку). Это создает дополнительные хлопоты, кому оно надо. »
Тогда вариант только такой: сделать функцию копирования файлов из дистрибутива в dlllcache по списку из sfcfiles.dll. Это я о том, что функцию такую на досуге могу добавить в Фейк, чтоб защищенные файлы из дистрибутива просто копировала.

[wolkow70]

Тогда вариант только такой: сделать функцию копирования файлов из дистрибутива в dlllcache по списку из sfcfiles.dll. Это я о том, что функцию такую на досуге могу добавить в Фейк, чтоб защищенные файлы из дистрибутива просто копировала. »
Дак, мы того и просим.

[Boa Soft]

Тогда вариант только такой: сделать функцию копирования файлов из дистрибутива в dlllcache по списку из sfcfiles.dll. Это я о том, что функцию такую на досуге могу добавить в Фейк, чтоб защищенные файлы из дистрибутива просто копировала. »

Опередил меня. Такая же идея была.

Но, у наличия полной I386 есть большой плюс - при установке - изменении компонентов не потребует дистрибутив.

[mercuryn]

Но, у наличия полной I386 есть большой плюс - при установке - изменении компонентов не потребует дистрибутив. »
Вопрос о месте на диска давно не ставится, поэтому наличие полной i386 можно только приветствовать...

[batyaPS]

Вопрос о месте на диска давно не ставится, поэтому наличие полной i386 можно только приветствовать... »
потдерживаю , очень полезно иметь i386 на диске

[boss911]

сделать функцию копирования файлов из дистрибутива в dlllcache по списку из sfcfiles.dll. »
У меня как раз вчера эта идея и появилась, но предложить не решился.

Файлы в dlllcache будут копироваться уже с винта или с установочного дистрибутива (распаковываться)? А на каком этапе времени это будет? Список файлов будет всегда подхватываться с SFC или этот список будет жестко вшит в Fake-Setup?

Версия 9.08.18
1. Исправлен функционал параметра DelDrvAfterInst. Теперь все гарантировано удаляется. »
Парадокс, но папка с дровами (%SystemDrive%\D) так и осталась лежать на винте. Версия 9.8.18.0.

[Amigos]

начал копировать i386, копирование произошло за 2.35 минуты. »проверил - у меня такое же время копирования, оно действительно получилось на удивление маленькое, я думал копирование займёт значительно больше времени.
и я об этом. А более опытному пользователю, в таких случаях, надо будет заботиться, что бы ОС не нашла путь к i386 (переименовывать или удалять папку). Это создает дополнительные хлопоты, » на то он и более опытный пользователь, чтобы получить дополнительные хлопоты на свою за свой опыт.
А авторам "трансформпаков и патчей" всё равно нужно обрабатывать ситуацию "системе доступен дистрибутив" либо выводом предупреждения (но "опытных пользователей" это не всегда спасает (http://forum.ru-board.com/topic.cgi?forum=5&topic=0282&start=1040#9) ), либо патчем списка имён WFP.у наличия полной I386 есть большой плюс - при установке - изменении компонентов не потребует дистрибутив. » наличие полной i386 можно только приветствовать... » потдерживаю , очень полезно иметь i386 на диске »
решил сделать адон, для "копирования дистрибутива на винт".
Встал вопрос - а что копировать?
Все папки с CD - явно избыточно, кроме дистрибутива на CD болванке (а уж на DVD точно) может быть много чего.
Да и "опытный пользователь", разныкав заветную папочку и записав на переносной носитель, сможет сам заниматься установками windows :) - это явный минус.

значит нужен необходимый минимум для востановления файлов, защищенных WFP.


I386\*.* нужен

I386\ASMS\ нужен ? там лежат защищённые файлы, но сможет ли защита востанавить файлы не из папки i386 ?

I386\DRW\
I386\SYSTEM32\ нужны?

I386\COMPDATA\
I386\LANG\
I386\WIN9XMIG\
I386\WIN9XUPG\
I386\WINNTUPG\ не нужны

I386\SVCPACK\*.exe явно не нужны
I386\SVCPACK\*.CA_ нужны эти каталоги безопасности?

[boss911]

Хочу официально опровергнуть свои догадки, что яко бы аддон был виноват в невозможной установки MSO2007 -
Ошибка 1933. Службе установщика Windows не удается обновить один или несколько защищенных файлов Windows. Ошибка SFP: 3. Список защищенных файлов:\r\nc:\program files\common files\microsoft shared\web server extensions\40\bin\fp4autl.dll
подробности я описывал в посте #430 (http://forum.oszone.net/post-1187837.html#post1187837) и ниже его. Fake-Setup Advanced не причем!. В этом, правда, я последние время уже и не сомневался, но только недавно окончательно проверил это у себя (переустанавливал ОС, спустя с того времени).

Выражаю огромную благодарность simplix, что подсказал, в чем причина проблемы и соответственно ее решение. При первой загрузке ОС, соответственно и пользователя, в момент загрузки логона устанавливается webfldrs.msi, который устанавливает необходимые компоненты (файлы), которые требуются для установки MSO2007, иначе ругается на отсутствие вышеуказанного файла. Так вот, я (почти) каждый раз вынимал установочный дистрибутив с привода, как раз в момент загрузки логона (приветствие), от этого webfldrs.msi не было возможности установиться. Теперь буду знать, какие грабли/вилы MS нам может подсунуть, посему теперь дожидаюсь полной (первой) загрузки рабочего стола.

Народ, не наступайте на мои грабли, дожидайтесь полной загрузки рабочего стола, мало ли, что там MS еще додумается сделать, после чего смело извлекаем установочный дистрибутив ОС.

[wolkow70]

Цитата Mr dUSHA:
Версия 9.08.18
1. Исправлен функционал параметра DelDrvAfterInst. Теперь все гарантировано удаляется. »
Парадокс, но папка с дровами (%SystemDrive%\D) так и осталась лежать на винте. Версия 9.8.18.0. »

У меня с новой версией сработало удаление.

[Amigos]

вот набросок скрипта для копирования дистрибутива, просьба потестить
1 копирует ли дистрибутив у вас?
2 после копирования и вынимания дистрибутива система защиты переключается на копию, не просит вставить диск с дистрибутивом при изменении системных файлов?

@Echo off

REM задание места КУДА копировать дистрибутив
Set copyPlace=%SystemRoot%\OEM

Echo.
Echo Проверка, не был ли скопирован дистрибутив ранее.
if exist %copyPlace%\i386 (
Echo.
Echo Дистрибутив Windows уже скопирован в %copyPlace%
Echo.
pause
goto :EOF
)
Echo.
Echo Дистрибутив ранее не копировался

Echo.
Echo Поиск места, откуда была установлена Windows

REG QUERY "HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion" /v "SourcePath" >nul
if %ERRORLEVEL% NEQ 0 (
Echo.
Echo Windows не помнит, откуда её устанавливали
Echo.
pause
goto :EOF
)
FOR /F "TOKENS=3" %%I IN ('REG QUERY "HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion" /v "SourcePath" ^| FINDSTR "SourcePath"') DO SET InstallPath=%%I

Echo.
echo Windows устанавливалась из %InstallPath%
Echo.

set INSTALLCD=%InstallPath:\I386=%
echo Дистрибутив будет копироватся из %INSTALLCD% в в %copyPlace%
Echo.

echo Проверка наличия дистрибутива в %INSTALLCD%
Echo.
if exist %InstallPath%\TXTSETUP.SIF (
Echo Дистрибутив Windows найден в %INSTALLCD%
) else (
Echo Дистрибутив Windows НЕ найден в %INSTALLCD% ,
Echo пожалуйста вставте диск с дистрибутивом в этот привод
Echo и запустите копирование заново
Echo.
pause
goto :EOF
)
Echo.
echo Подготовка к копированию дистрибутива

if exist %copyPlace% RD %copyPlace%
md %copyPlace%\I386\SVCPACK

copy /y %INSTALLCD%\*. %copyPlace% >copyDistr.log

Echo.
echo Копирование ASMS
Echo.
xcopy %InstallPath%\ASMS %copyPlace%\I386\ASMS /y /s /i >>copyDistr.log

echo Копирование SVCPack
Echo.
copy /y %InstallPath%\SVCPACK\*.ca_ %copyPlace%\I386\SVCPACK >>copyDistr.log

echo Основное копирование .... Пожалуйста подождите несколько минут,
echo это окошко закроется автоматически
Echo.
copy /y %InstallPath%\*.* %copyPlace%\I386 >>copyDistr.log

reg add "HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion" /f /v "SourcePath" /t REG_SZ /d "%copyPlace%\I386"
reg add "HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Setup" /f /v "ServicePackSourcePath" /t REG_SZ /d %copyPlace%\
reg add "HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Setup" /f /v "SourcePath" /t REG_SZ /d %copyPlace%\

скрипт ведет лог копирования в текущем каталоге, поэтому запуск его с ReadOnly носителей выдаст ошибку.
по умолчанию копирование ведётся в c:\WINDOWS\OEM ,
копируются
\I386\ASMS\*.*
\I386\SVCPACK\*.ca_
\I386\*.*

[boss911]

У меня с новой версией сработало удаление. »

Ну не знаю, у меня не работает по-прежнему.

[Options]
DrvFolder=%SystemDrive%\D
DelDrvAfterInst=1
PreSetup=1
PreSetupHide=1
PostSetup=0
PostSetupHide=1
PatchSfcOs=0
DisableSFC=0
PatchUXTheme=0
PatchSxS=0
SsDisableOOBE=0
SaPatchUnsignDrvInst=0
SaPatchNewDevPopUP=0
VeryVerboseSaLog=0
94,0 КБ (96 256 байт)
18 августа 2009 г., 11:23:51
Версия файла 9.8.18.0
MD5: 524cf24816a32568a269b3194a5d3ff8
Папка "D" так и осталась на системном разделе, только вот не знаю, была ли она полная, так как грохнул ее даже не заглянув во внутрь.

Что я не так делаю?

[Mr dUSHA]

Папка "D" так и осталась на системном разделе, только вот не знаю, была ли она полная, так как грохнул ее даже не заглянув во внутрь. »
Может какой-то файл в ней на момент попытки удаления остается заблокированным каким-либо процессом?

Что касается самого функционала удаляльщика, то в исправленной версии теперь он корректно рекурсивно удаляет все дерево папок, при этом предварительно снимая "скрытый"/"системный"/"только для чтения" атрибуты со всех удаляемых объектов.

[boss911]

Может какой-то файл в ней на момент попытки удаления остается заблокированным каким-либо процессом? »
Не могу сказать, вряд ли. Да и чего тут говорить/думать, ведь Z_DRV_INST удаляет папку с дровами, значит ничего не заблокировано. Набор драйверов используется один и тот же, меняются практически только дрова на звук и видео.

в исправленной версии теперь он корректно рекурсивно удаляет все дерево папок »
Удаляет папки в корневой папке с драйверами или корневую папку тоже убивает? Например, у меня все дрова складываются в "%SystemDrive%\D" (конфиг выше), так вот, должна ли удалится "D" или она только очистится, а сама папка останется?

[wolkow70]

Что я не так делаю? »
У меня во это в конце.
DelDrvAfterInst=1
Проверь еще перевод строк в файле.

[boss911]

У меня во это в конце.
DelDrvAfterInst=1 »
Да это не причем (расположение строк параметров в конфиге), имхо. Если что, то пусть меня поправит Mr dUSHA, а так же интересует ответ на мой верхний пост.

[Mr dUSHA]

так вот, должна ли удалится "D" или она только очистится, а сама папка останется? »
Удаляется и сама папка "D".

[batyaPS]

А вот ошибка из лога:
Код:
Ошибка 1933. Службе установщика Windows не удается обновить один или несколько защищенных файлов Windows. Ошибка SFP: 3. Список защищенных файлов:\r\nc:\program files\common files\microsoft shared\web server extensions\40\bin\fp4autl.dll »

тоже есть такая ошибка

http://i036.radikal.ru/0909/18/9b387ec22dd7.jpg0

[YikxX]

batyaPS, вроде выяснили уже, откуда она берется. :) И кто всему виной.

[batyaPS]

batyaPS, вроде выяснили уже, откуда она берется. И кто всему виной. »
КТО ? ссыль ?