Показать полную графическую версию : [addon] Fake-Setup Advanced
после /scannow придется повторно патчить » Не придется. И думаю, вы сами знаете почему. :)
что это даст? » SFC начнет работать нормально.
там все го то появилось » Должно появиться около 2000 файлов или даже больше. Скорее всего, параметр для квоты SFC слишком мал.
И думаю, вы сами знаете почему. »
Потом учто файлы выведены из под защиты SFC по средству патчинга самого SFC? Ну, тогда не все патчат файлы через/с помощью аддонов, где это предусмотрено "killwfp.lst". Например, патчинг чего-то делается на рабочей системе, в этом случае нет никакой обходимости выводит защищенные файлы из списка, к примеру, я намерено не делал это в своем паке, причину я уже указал. Это так, к примеру, в общем, не все и не везде, не во всех случаях, выводят защищенные файлы из списка.
там все го то появилось »это типа ненормально.
смотрите журнал событий - система сообщения от источника Windows File Protection, может станет понятнее
Должно появиться около 2000 файлов или даже больше. »
это типа ненормально »
упс... я самое главное не сказал. Сам только понял. Я ща все тесты провожу на системе с интегрированным винстилем. Видимо отсюда косяк. Если да, то тогда все спасибо за внимание. И еще вопрос. Если я поставлю тот же винстиль от Mr dUSHA на живую систему то команда sfc /scannow также не сработает?
Я ща все тесты провожу на системе с интегрированным винстилем. » без разницы. это должно уменьшить количество файлов в dllcashe на две-три сотни.
но файлов всё равно должно быть много, порядка 2 тысяч.
Если я поставлю тот же винстиль от Mr dUSHA на живую систему то » то SFC будет выключен.
sfc /scаnnow работать не будет.
удалите "выключающие SFC" ключи реестра - защита включится.
выполните sfc /scаnnow больше половины оформления винстайла откатится на дефолтное.
выполните sfc /scаnnow больше половины оформления винстайла откатится на дефолтное » У меня с патчем от Джексона - не откатывается. Про винстайл не знаю - не юзал.
с патчем от Джексона - не откатывается. »
Если я не ошибаюсь, у него патченные файлы выводятся из-под защиты SFC, вот и не откатываются. Это имеет смысл, если такой патч происходит на графическом этапе установки ОС. Про ВинСтаил так же ничего не могу сказать, я его даже не щупал.
Pozia
У меня сейчас в "dllcache" почти 2300 файлов и это без тех ~220-ти файлов, которые патчит мой пак. В моем случае, папка "dllcache" была наполнена стандартным способом, сканированием всех защищенных файлов на Т-8 графического этапа установки.
если такой патч происходит на графическом этапе установки ОС » У меня - на этапе GUIRunOnceEx. Не ошибаетесь - выводятся. Причем еще и setupapi.dll патчится, чтобы Мастер оборудования не вылазил, когда флэшку вставляешь. Вот чего винстайлу не хватает, сам видел сборку с винстайлом, где меня этот мастер просто задолбал. :(
сам видел сборку с винстайлом, где меня этот мастер просто задолбал »это проделки самоделкиных.
Автор патча setupapi.dll и автор WSlive одно и то же лицо - Mr dUSHA (он же участвовал в создании текущей версии аддона), и он прекрасно знает, что и как нужно патчить
с патчем от Джексона - не откатывается. Если я не ошибаюсь, у него патченные файлы выводятся из-под защиты SFC » так точно, причем там список удаляемых sfcfiles имён формируется автоматически в процессе патчинга - в результате из защиты выводяться только реально пропатченные файлы.Про ВинСтаил так же ничего не могу сказать »в аддоне защита не отключается - патченные файлы выводятся из под защиты через KillWFP.lst
а в WSLive, увы WFP просто выключается при инсталяции и включается при деинсталяциии пакета.
У Mr dUSHA, какая то сильная неприязнь к WFP, что он так её гнобит.
причем там список удаляемых sfcfiles имён формируется автоматически в процессе патчинга - в результате из защиты выводяться только реально пропатченные файлы. »
Я в курсе, у нас похожий функционал скриптов, создание списка нужных файлов для вывода из-под защиты SFC я намерено не использую. Как я уже говорил, в этом нет необходимости, если патчинг совершается уже на рабочей ОС, не вижу в этом смысла, имхо. Потихоньку уходим в оффтоп, пора останавливаться.
на Т-40 графического этапа установки для выполнения действий, которые необходимо выполнить перед началом установки ОС, такие, как копирование на жесткий диск и распаковка пользовательских пакетов драйверов, »
во время этой операции система находится в режиме ожидания или установка идет своим чередом а драйвера распаковываются параллельно?
во время этой операции система находится в режиме ожидания или установка идет своим чередом а драйвера распаковываются параллельно? » как угодно.
система ждет закрытия батника, и тут зависит от того как написан батник - просто команда архиватору - батник ждет пока отработает архиватор.
а если запускать архиватор через start, то он будет работать паралельно - батник закроется и установка будет идти паралельно с разархивированием
Amigos, в fSetup.ini у меня так:
[Options]
DrvFolder=%Windir%\DriversPozia
PreSetup=1
PreSetupHide=0
PostSetup=0
PostSetupHide=1
PatchSfcOs=0
DisableSFC=0
PatchUXTheme=1
PatchThemeUI=1
PatchSxS=1
SsDisableOOBE=1
SaPatchUnsignDrvInst=1
SaPatchNewDevPopUP=1
DelDrvAfterInst=0
в PreSetup.cmd так:
REM this is PreSetup
%SrcDosPath%\Drivers\DriversNEW.exe
DriversNEW.exe лежит по пути CDROM\Drivers\DriversNEW.exe
но DriversNEW.exe не запускается. почему? не могу сообразить
Pozia,
На T-40 не запускаются все GUI-программы (даже если они запускаются с ключами в "тихом" режиме), у которых есть манифест в ресурсах или отдельно, для включения поддержки GUI-элементов оформления окон в стиле ХР. Обычно достаточно редактором ресурсов (Restorator, Reshacker) удалить манифест из ресурсов, и программа заработает на T-40. Но если она будет отображать какие-либо диалоги пользователю, то они будут выглядеть в стиле Win2000.
есть манифест »
удалил и стало все запускаться. спасибо. но возникла еще проблема. DriversNEW.exe это у меня меню выбора написанное на автоит. Вот скрипт:
#NoTrayIcon
#include <GUIConstants.au3>
$iWidth = 365
$iHeight = 190
$hGUI = GUICreate("DriversNEW", $iWidth, $iHeight)
GUISetBkColor(0xBEBEBE) ;цвет окна
GUICtrlCreateLabel("Хотите установить обновленный пакет драйверов DriversNEW?", 10, 10)
$1_Button = GUICtrlCreateButton(" DriversNEW Computer ", 20, 120)
$2_Button = GUICtrlCreateButton(" DriversNEW Notebook ", 190, 120)
$3_Button = GUICtrlCreateButton(" No DriversNEW ", 20, 150)
GUISetState(@SW_SHOW, $hGUI)
While 1
Switch GUIGetMsg()
Case $1_Button
RunWait("DriversNEWComputer.cmd")
Exit
Case $2_Button
RunWait("DriversNEWNotebook.cmd")
Exit
Case $3_Button, $GUI_EVENT_CLOSE
GUIDelete($hGUI) ;Удаление окна
Exit
EndSwitch
WEnd
Суть в том, что в зависимости от выбора запускается или DriversNEWComputer.cmd или DriversNEWNotebook.cmd, которые лежат рядом с DriversNEW.exe. В батниках записано вот такое:
.\7z.exe x -y -aoa -o"%SystemDrive%\WINDOWS\DriversPozia" ".\DriversNEWComputer.7z"
exit
На установленной системе все работатет как надо. А на Т-40 почему то не запускается команда в батнике. Почему?
sLiDeR-X
16-09-2010, 06:37
Pozia, где находится 7z.exe? Почему записано ".\" в путях?
sLiDeR-X, находится в той же папке что и скрипт автоит. Но до батника дело не доходит и пока не важно что там написано. Скрипт не запускает батник, а на установленной машине запускает
на т-40 русские буквы в cmd файлах отображаются или не должны? кодировка OEM не помогает
sLiDeR-X
16-09-2010, 21:21
Pozia, по идее не должны, так как шрифты не подгружены еще
так как шрифты не подгружены еще »
а как то подгрузить принудительно в память через батник их можно?
© OSzone.net 2001-2012
vBulletin v3.6.4, Copyright ©2000-2025, Jelsoft Enterprises Ltd.
Available in ZeroNet 1osznRoVratMCN3bFoFpR2pSV5c9z6sTC