[addon] интеграция драйверов [Версия для КПК] - стр. 46

Debugger

28-02-2007, 16:25

Dieha
Что касается nForce 3, то, если верить MSFN, на текстовом режиме установки подойдет любой nForce-RAID драйвер, а вот на графическом уже нужно подкидывать нужный. У всех nForce рейдов одинаковый HardwareID, поэтому Windows при установке хватает первый попавшийся. Попробуй интегрировать только один драйвер, а все остальные nForceRAID дрова раскидай по разным пакетам, причем дай им имена, начинающиеся на "-", чтобы они не выбирались по умолчанию, потом просто отметь галочкой нужный. Думаю, это единственный вариант избежать BSOD, правда сам я его не проверял (то нет времени, то нет железа).

Что касается i965, какая там материнка? И какой HardwareID? Попробуй подключить только один винт, и включить в BIOS режим "AHCI". Если опять будет BSOD, то скорее всего дело в неправильной интеграции драйверов, либо просто в нехватке нужного драйвера.

Fraerok

28-02-2007, 18:12

Стоят параметры:
[PRESETUP_SETTINGS]
OemDirName = OEMDRV
DrvDirName = %SystemRoot%\DRV
AltDirName = %SystemRoot%\DRIVERS
DrvIsZipped = 1
UnzipDirName = %SystemRoot%\DRV

[POSTSETUP_SETTINGS]
KeepDrivers = 1
Но дрова при загрузке системы все-равно были все стерты и в папке %SystemRoot%\DRV их нет.

Dieha

01-03-2007, 10:35

Debugger
После твоего поста еще раз внимательно пригляделся к своему интегратору драйверов. Оказалось, что я НЕ ПОЛОЖИЛ зазипованную версию драйверпака в нужную папку. После этого инсталляция на nForce3 для RAID0 прошла успешно. Мать ASUS K8N-E. По-поводу матери на i965. Это была ASUS P5B-E. Но было пару месяцев назад, и в том инсталляторе тоже не было зазипованного пакета MassStorage. Наверное проблема та же. Мой косяк. Спасибо за внимание. Кстати, использую твою бета-версию пакета.

Debugger

01-03-2007, 11:15

Dieha
Наверное проблема та же.
Отпишись, пожалуйста, когда все точно выяснится. Как появится время и новый пакет Башрата, выложу его обновленную "свою" версию.

8086

01-03-2007, 14:33

Уморился с той же проблемой BSOD 0x0000007B перед началом графической установки (BSOD вываливался после копирования файлов на текстовом этапе и перезагрузки). Только железяки другие - мать Asus A7N8X-E Deluxe, Silicon Image SiI 3112 SATARaid Controller, 1 HDD SAMSUNG SP1614C SATA. Пробовал по разному переделывать интегратор драйверов - работало только когда оставлял один драйвер (от своего контроллера).
Сейчас в msst.ini тупо перенес его секцию

[Silicon Image SiI 3112 SATARaid Controller (SI3112r)]
MNF = "Silicon Image"
SUBDIR = S\5\SI3112r
......
в самый верх файла на первую позицию и всё пошло как надо. Фантастика.

С проблемой столкнулся как в самостоятельно обработанном Башратовском MassStorage-паке, так и в его бета-версии от Debugger

Debugger

01-03-2007, 14:46

Boa Soft
Раз появилась возможность добавить драйверпак через кнопку, может сделать для каждого драйверпака свой ini-файл с панелями? Finish.exe потом их соберет в один и выполнит. В февральском башратовском интеграторе так и сделали.

8086
Желательно бы посмотреть Hardware ID именно вашего контроллера и проверить, нет ли у других драйверов таких же. Это извечная проблема Silicon Image SiI31xx - подхватывается не тот драйвер и BSOD. Гляньте Hardware ID и отпишитесь, плиз.

8086

01-03-2007, 15:00

Debugger, вот что выдают "Сведения" из свойств драйвера в винде

PCI\VEN_1095&DEV_3112&SUBSYS_61121095&REV_02\4&3B1D9AB8&0&5840

Причем вообще винда у меня отлично работает как с версией драйвера 1.0.56.1 (каталог D/M/S/5), так и 1.7.0.51 (каталог D/M/S/5/A).
Во всём msst.ini не нашел больше строк содержащих "VEN_1095&DEV_3112&SUBSYS_61121095", кроме как у указанных выше двух драйверов.
Когда пытался выяснить в чем причина - удалял из комплекта драйвер версии 1.7.0.51 и его секцию из msst.ini - всё равно BSOD имел.

Debugger

01-03-2007, 16:08

8086
Вспомнил. На driverpacks.net недавно решили проблему с SiI3112 и SiI3132. Удаляйте из драйверпака и msst.ini драйвер 3ware 7000/8000 Series ATA RAID Controller (каталог D\M\3\2).

8086

01-03-2007, 16:36

Только что еще один выход для себя нашел:
Взял бета-версию "как есть", дал разные имена всем драйверам имеющим отношение к Sil3112. На текстовом этапе установщик подхватил Adaptec Serial ATA 1205SA Host Controller (SI3112) (каталог D\M\Ad\9), дальше был снова BSOD.
Удалил этот драйвер отвсюду. Теперь установщик схватил Silicon Image SiI 3112 SATALink Controller (SI311201) (каталог D\M\S\4), всё повторяется. Удалил и его.
Без этих двух драйверов всё заработало - был подхвачен Silicon Image SiI 3112 SATARaid Controller (SI3112r) (каталог D\M\S\5)

Сейчас верну всё как было, но без 3ware 7000/8000 Series ATA RAID Controller, посмотрим что выйдет.

Debugger

01-03-2007, 16:40

8086
Лучше конечно найти выход без удаления других драйверов (кроме 3ware 7000/8000 Series ATA RAID Controller, его конфликт с Silicon Image аподтвержден).

8086

01-03-2007, 17:06

К сожалению не помогло удаление 3ware 7000/8000 Series ATA RAID Controller, снова был подхвачен Adaptec Serial ATA 1205SA Host Controller (SI3112), снова BSOD.
Лучше конечно найти выход без удаления других драйверов
Как я понял, удалять не обязательно что-либо, достаточно в msst.ini секцию

Silicon Image SiI 3112 SATARaid Controller (SI3112r) (каталог D\M\S\5)

прописать перед

Adaptec Serial ATA 1205SA Host Controller (SI3112) (каталог D\M\S\4)

Сегодня вечером именно так и попробую. Тем более перемещение SI3112r в самое начало msst.ini помогло. Походу установщик просто хватает первый попавшийся драйвер для Sil3112.

Только возникает другой вопрос - не пострадают ли от этого юзеры Adaptec'кого варианта и SATALink (SI311201) контроллеров.

Boa Soft

01-03-2007, 18:02

Я нашел метод 100% подавления вопросов о неподписаных драйверах. Я просто написал перехват одной апи-функции из setupapi.dll, так чтобы реальная функция не вызывалась вообще, а подставная всегда возвращала 0 (ignore). Не нужны ни какие игры с перехватом ключей реестра, тем более, что это работает и после окончания установки. При этом не вносится изменения в реестр и ничего не надо отменять.

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

Fraerok

01-03-2007, 18:20

Стоят параметры:

Цитата:
[PRESETUP_SETTINGS]
OemDirName = OEMDRV
DrvDirName = %SystemRoot%\DRV
AltDirName = %SystemRoot%\DRIVERS
DrvIsZipped = 1
UnzipDirName = %SystemRoot%\DRV

[POSTSETUP_SETTINGS]
KeepDrivers = 1

Но дрова при загрузке системы все-равно были все стерты и в папке %SystemRoot%\DRV их нет.

Boa Soft

02-03-2007, 17:06

Fraerok
Но дрова при загрузке системы все-равно были все стерты и в папке %SystemRoot%\DRV их нет.

Приведите параметры своего finish.ini.

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

biork

03-03-2007, 13:16

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

а так ли это на самом деле? У меня DrvDirName и UnzipDirName совпадают, но всё что нужно копируется туда, куда надо...

Fraerok

03-03-2007, 14:25

biorkDrvDirName и UnzipDirName совпадают
Дак в том-то и дело, что в инструкции написано, что они должны совпадать. Или я чего-то не понимаю...

Boa Soft

03-03-2007, 14:30

Fraerok

В finish.ini

[KeepDrvParam]
KeepHWDir=Y
KeepHWClass=MODEM
KeepHWInstalled=*
KeepOlnlyBetterMatcth = 1
KeepDrvDir=%SystemRoot%\OemDrv

Не должно совпадать с DrvDirName

Fraerok

03-03-2007, 18:23

Boa Soft, действительно [KeepDrvParam]
KeepHWDir=Y
KeepHWClass=MODEM
KeepHWInstalled=*
KeepOlnlyBetterMatcth = 1
KeepDrvDir=%SystemRoot%\OemDrv
И эта папка есть. Но как они туда попали? Я же нигде не задавал этот параметр для сохранения на жестком диске.

Причем тут, тогда появляется еще одна нестыковка. У меня стоит так: Автоудаление временных файлов после установки (finish, setup.old, devcon.exe итд)
; При AutoCleanup = 0 при сохранении папок с драйверами происходит не перемещение, а копирование
; Прежнее местоположение сохраняется нетронутым.
; При AutoCleanup = 0 после проверки правильности установки можно запустить Finish.exe cleanup (c) и
; пройдет автоочистка. По умолчанию 1.

AutoCleanup = 1
Т.е., как я понимаю, этот параметр должен был все-таки стереть драйвера из папки windows, но их не стер?

Boa Soft

03-03-2007, 19:20

Fraerok
Но дрова при загрузке системы все-равно были все стерты и в папке %SystemRoot%\DRV их нет.

Вот именно, исходная папка была стерта, а драйвера были сохранены в %SystemRoot%\OemDrv.

[POSTSETUP_SETTINGS]
KeepDrivers = 1

AutoCleanup = 1

Первое - сохранять ли драйвера в папку, указанную в finish.ini и по указанным в нем же критериям.
Второе - удалять ли исходную папку с драйверами и файлы установщика автоматически.

Fraerok

03-03-2007, 19:42

Boa Soft
1) т.е. при keepdrivers=1 и autocleanup=1 дрова из UnzipDirName перемещаются в папку OemDrv (которая задается по умолчанию и не меняется), так?
2) при первой загрузке у меня принтер начал устанавливаться из папки UnzipDirName и начал писать, что нехватает файлов (т.к. там остался всего один). Как быть в такой ситуации? Почему он при первой загрузке ищет их там, а не в KeepDrvDir=%SystemRoot%\OemDrv