Показать полную графическую версию : [addon] интеграция драйверов
Das_Monster
01-04-2006, 15:09
Хм... я ставил четыре раза на мать Asus P5RD1-VM с Xpress200 (биос предварительно обновив) WinXP с этим аддном для пака драйверов и ничего с синими экранами не было..Тока ACC вечно ругаетсля на что то, но я его удаляю на фиг...
Das_Monster
01-04-2006, 17:14
Хм... я ставил четыре раза на мать Asus P5RD1-VM с Xpress200 (биос предварительно обновив) WinXP с этим аддном для пака драйверов и ничего с синими экранами не было..Тока ACC вечно ругаетсля на что то, но я его удаляю на фиг...
У меня возник вот такой вопрос , при применении Addon для интеграции пакетов драйверов от Bashrat the Sneaky в оригинальном виде без доработки!
При нтеграции возникает "FILECASE" не является внутренней или внешней
командой, исполняемой программой или пакетным файлом.
Интегрирую только этот аддон в чистый дистрибут , DRV_MST и DRV_INST не использую,
что делаю не так ?
alex72
http://forum.oszone.net/showpost.php?p=421324&postcount=58
XXXler
Спасибо,
завтра попробую.
Думаю , это надо включить в описание аддона.
Внимание разыскивается файл filecase.exe
в текущем BTS_DriverPacks_BASE_V6034 его не обнаружено
filecase.exe (http://slil.ru/22663871)
Брал именно в BTS_DriverPacks_BASE_V6034
Grenky
точно нашел, в зазиповонном зипе :)
Boa Soft
Некоторые измышления касаемо Z_DRV_INST:
DevicePath не отрабатывает. Уже наступал на эти грабли - после выхода из SETUP все изменения в реестре не имеют смысла, т.к. новый реестр уже скопирован в файл и вступит в силу после перезагрузки. Для решения этой проблемы я переписывал WATCHDRIVERS, чтобы он в конце установки скидывал ключик реестра и сам закрывался. Кстати, возникла идея - попробывать "загрузить куст" нового реестра через REG.EXE и после изменений выгрузить, вот только имя файла не помню - что-то типа $$$software или типа того.
Меня волнует еще один момент. Как-то напоролся на случай (это было еще с W2K), когда не отрабатывал SVCPACK.INF - потерял тучу времени и нервов. На MSFN потом нашли, что этот глюк связан с фоновым выполнением CMD-окна во время установки (PRESETUP) в результате Bashrat отказался от вызова SETUP.EXE из батника несмотря на то, что этот глюк встречается довольно редко. Помнится пришлось тогда отказаться от ключика /WAIT ...
З.Ы. Пусть я покажусь наглым, но хотелось бы иметь исходники утилиток, применяемых в методе... для чистоты эксперимента. ;)
Petya V4sechkin
08-04-2006, 09:47
Boa Soft
Пара вопросов по Z_DRV_INST:
1) В readme написано: "Имена теперь любые", сейчас это не совсем работает. Если сохранять исходные (башратовские) имена, то при преобразовании в короткие один из паков папки DriverPacks и пак MassStorage (папка DriverPacksMs) копируются в дистрибутив с одним и тем же коротким именем DRIVER~1.7Z.
Решение - не разделять папки DriverPacks и DriverPacksMs, а для особой обработки MassStorage определять его в цикле по именам.
2) Что с filecase.exe? :) Из своего пака я его удалил, потому что не используется. Можешь переписать в папку аддона и вызывать как %WDir%\filecase.exe
Boa Soft
08-04-2006, 15:41
DevicePath не отрабатывает. Уже наступал на эти грабли - после выхода из SETUP все изменения в реестре не имеют смысла, т.к. новый реестр уже скопирован в файл и вступит в силу после перезагрузки.
О!!! Теперь понятно, почему не все устанавливается ПОСЛЕ сетапа!. Попробуем другим методом.
Меня волнует еще один момент. Как-то напоролся на случай (это было еще с W2K), когда не отрабатывал SVCPACK.INF - потерял тучу времени и нервов. На MSFN потом нашли, что этот глюк связан с фоновым выполнением CMD-окна во время установки (PRESETUP) в результате Bashrat отказался от вызова SETUP.EXE из батника несмотря на то, что этот глюк встречается довольно редко. Помнится пришлось тогда отказаться от ключика /WAIT ...
Хорошо. Напишу новый фейковый сетап. С вызовом двух батников. Первый - до запуска нормального. Второй - после окончания. Исходник валялся где-то на MSFN.
Для решения этой проблемы я переписывал WATCHDRIVERS, чтобы он в конце установки скидывал ключик реестра и сам закрывался.
А как ты определял конец установки. Что отслеживал. Окна или процессы.
З.Ы. Пусть я покажусь наглым, но хотелось бы иметь исходники утилиток, применяемых в методе... для чистоты эксперимента
Проблема в том, что моя там - только CopySource. ее - без проблем. Остальные - искать/просить на MSFN.
Тут еще вопросик назрел. На каком этапе в реестр заносится, что вызывается после перезагрузки -
HKEY_LOCAL_MACHINE\SYSTEM\Setup - CmdLine
Причистой установке там setup.exe -newsetup
вот бы похакать что-либо, чтобы там например было presetup.exe -newsetup. Тогда просто врапер запустит настоящий без всех перименований.
Хм, а если в txtsetup.inf в раздел HiveInfs.* добавить инф со своим значением CmdLine? Или оно все-равно затирается?
А как ты определял конец установки. Что отслеживал. Окна или процессы. По окончании установки ключ "SystemSetupInProgress" ветки HKLM\SYSTEM\Setup сбрасывается в "0" и установщик начинает интенсивно скидывать реестр в новые файлы, после чего планирует их на переименование и завершает работу. Счет времени на последнем этапе идет на секунды, скрипты тут не справятся - на деле очередь до них доходит только по окончании установки, т.е. когда уже поздно. Честно говоря, это был единственный случай когда я столкнулся с Visual Studio (я не программер).
Вот вариант WatchDriver, который самостоятельно завершает сеанс по окончании установки. Исходник от PYRON я успел стянуть с MSFN до того как его оттуда сняли. По сравнению с оригиналом я только добавил контроль еще одного ключа реестра и заменил соответственно функцию WaitForSingleObjects() на WaitForMultipleObjects(). По сравнению с моим вариантом - убрал строчку, устанавливающую параметр DevicePath при выходе - для осмысленности задачи.
Тут еще вопросик назрел. На каком этапе в реестр заносится, что вызывается после перезагрузки - HKEY_LOCAL_MACHINE\SYSTEM\Setup - CmdLine
Причистой установке там setup.exe -newsetup вот бы похакать что-либо, чтобы там например было presetup.exe -newsetup. Тогда просто врапер запустит настоящий без всех перименований.Беглый поиск по дистрибутиву указал на setupdd.sys, что впрочем соответствует мануалу от Microsoft (http://technet2.microsoft.com/WindowsServer/en/Library/7b28284e-d1d2-4dc7-88d3-4e75bbf63a971033.mspx?pf=true). Т.е. ключик заносится в TEXT-mode, проверил - так и есть. В коде просматриваются три комбинации запуска SETUP:
> setup -newsetup
> setup -newsetup -asrquicktest
> setup -newsetup -asr
а если в txtsetup.inf в раздел HiveInfs.* добавить инф со своим значением CmdLine?Сомневаюсь что будет результат - обычно установка параметров перезапуска проводится в самом конце очередного этапа установки.
2All
Теперь вопрос, или просьба... Меня не устраивает работа SetPath.exe - при каждом новом запуске он затирает предыдущее значение ключа. Мне же нужно чтобы он добавлял в конец текущего новые пути - так удобней обрабатывать несколько источников - локальных и сетевых дисков. Хотел сваять на AutoIT, но v.3 не запускается в PreSetup окружении XP, а в v.2 нет поддержки типа REG_EXPAND_SZ. Если бы не ограничение на длину строк, я бы уже давно обычным DIR+REG.EXE сделал...
Addon для интеграции пакетов драйверов от Bashrat the Sneaky - РУЛЁЗ :) Списибо Boa Soft!
Установил уже на 4 компа, с разными матерями и контроллерами, в том числе RAID - всё становится на ура! Раньше пользовался разными паками, прописывал вручную, в замен BSODы или вообще винтов не видит, а щас просто сказка!
Вопрос: после установки, в корне системного диска остаётся папка "D" с драйверами, можно её на этапе [GuiRunOnce] удалить, это ни на что не повлияет?
Поднял-таки Студию и скомпилировал две утилиты - WaitWatchDrv и WaitResetPath.
Обе висят на ключе "SystemSetupInProgress", смысел ясен из названий.
Z_drv_ins
"FILECASE" не является внутренней или внешней командой, программой и т.д.
ikares
На предыдущей странице есть ответ!
Вот наканец-то нашлось время испытать данный аддон, да и как раз во время подошел UpdatePack-XPSP2-Rus !! Подправил везде пути на %SystemRoot%\Drivers, убрал утилиту WATCHDRV.EXE, так как я стараюсь пользоватса только сертифицированными драйверами!! Все прошло на ура с первого раза, я прям сам в шоке :) !! Короче автору БОЛЬШОЙ рэспэкт, теперь некакого nLite и .NET Framework для него, такой груз упал при переделки дистрибутива, супер!!!
© OSzone.net 2001-2012
vBulletin v3.6.4, Copyright ©2000-2025, Jelsoft Enterprises Ltd.
Available in ZeroNet 1osznRoVratMCN3bFoFpR2pSV5c9z6sTC