Служебные - [addon] Утилита конструктор TextMode MassStorage-аддона (конструктор)

[YikxX]

Цитата Grunger86:



почему после создания аддона, в файле setupreg.reg указывается именно ветка реестра \ControlSet001\, а не \ControlSet\ ? Что наиболее корректно использовать, или вообще без разницы?

Служебные - [addon] Утилита конструктор TextMode MassStorage-аддона (конструктор)

Во-первых в SETUPREG.HIV есть только одна ветка - ControlSet001. А во-вторых CurrentControlSet как такового вообще не существует, это ссылка на одну из веток ControlSet00X, какую именно - определяется параметром HKLM\SYSTEM\Select\Current.

[Mr dUSHA]

Цитата Debugger:



В драйвере RAID для nForce 4 версии 04/24/2006,5.10.2600.0666 используется связка из nvatabus.sys и nvraid.sys (аналогично nvgts.sys и nvrd32.sys).

Служебные - [addon] Утилита конструктор TextMode MassStorage-аддона (конструктор)

А разьве nvgts.sys (10.3.0.21) не поддерживает этого контролера, если он в RAID режиме???

Какой у него HWID?



Не забывайте также, что для рейдового шинного расширителя иденты:

*_NVRAIDBUS

*NVRAIDBUS

есть во всех драйверах, такчто скрестить их никак не получится.




Цитата Debugger:



При установке такого "ненужного" драйвера появляется поддержка NCQ и hotplug. Горячим отключением, имея когда-то nForce4 Ultra, я пользовался постоянно.

Служебные - [addon] Утилита конструктор TextMode MassStorage-аддона (конструктор)

Так никто ж вас не заставляет его удалять с драйвпака, откуда он поставится на "графическом этапе" установщиком ОС.

[mercuryn]

Цитата Mr dUSHA:



А разьве nvgts.sys (10.3.0.21) не поддерживает этого контролера, если он в RAID режиме???

Какой у него HWID?

Служебные - [addon] Утилита конструктор TextMode MassStorage-аддона (конструктор)

Не поддерживает. (BSOD после перезагрузки после граф. этапа) Правда я проверял более новую - 10.3.0.42, но они почти не отличаются. Остальное -

Вопрос по статье "Интеграция SATA/RAID драйверов"

[YikxX]

Цитата Debugger:



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

Служебные - [addon] Утилита конструктор TextMode MassStorage-аддона (конструктор)

Такой ключ добавли. Будет в новой версии.

Также в новой версии будет генерация плагина интеграции MSST-драйверов для програмы "PE Builder".

[mercuryn]

Цитата Mr dUSHA:



Также в новой версии будет генерация плагина интеграции MSST-драйверов для програмы "PE Builder".

Служебные - [addon] Утилита конструктор TextMode MassStorage-аддона (конструктор)

То есть долой Юркешу, каждый сам для себя чтобы делал Интересно

[mercuryn]

Mr dUSHA, сегодня сделал два дистрибутива, используя ГУИ. Один - используя "старый" метод, второй - "новый" метод.

Целью было сравнение результатов генераций на одном системном блоке. Результаты схожие, хотя дистрибутивы незначительно отличаются (я не имею в виду 4 файла второго метода).

Но случился непредвидимый казус.

В перечень DP я добавил долгожданный DP_HID_wnt5_x86-32_81021. В своё время я намучился с "карандашом" на ноутбуках. К сожалению в этом DP оказался драйвер клавиатуры для Vista.

В итоге, с обоими дистрибутивами проблема в установке стандартных драйверов PS/2 клавиатур, при этом поиск обращается к C:\D\..., что уже неудобно...

По "новому" методу ситуация тупиковая, новый драйвер забил старый...

По "старому" методу ситуация лучше - в перечне драйверов клавиатуры оказались и старые, и новые драйвера с указанием версии. Выбрал старый - и всё в порядке.

Как мне кажется, вариант автоматической замены новыми версиями старых драйверов, достаточно неоднозначен...

Особенно это может сказаться на nVidia, где нередко использование новых драйверов может вызывать массу проблем. Да и приведенный пример показывает, что отслеживание гиганского объёма драйверов без средств автоматизации врядли возможен, а получение корректноного дистрибутива ОС для работы не является самоцелью, это всего лишь средство...

Нельзя-ли что-то сделать для сближения этих методов с целью получения двух вариантов ОС - с заменой и с добавлением драйверов?

[Garkavuk]

Цитата Mr dUSHA:



можно прописать список папок с драйверами в файл ответов winnt.sif

Служебные - [addon] Утилита конструктор TextMode MassStorage-аддона (конструктор)

Вопрос-предложение.

А если утилита с помощью какого-нибудь нового ключика будет создавать этот самый winnt.sif, чтобы не писать его вручную, то избавит ли это от необходимости использования всевозможных фейк-сетапов?

[Debugger]

Цитата VMROL:



А если утилита с помощью какого-нибудь нового ключика будет создавать этот самый winnt.sif, чтобы не писать его вручную,

Служебные - [addon] Утилита конструктор TextMode MassStorage-аддона (конструктор)

Это невозможно как минимум по трем причинам:

1. Утилита все-таки предназначена для обработки лишь MassStorage-драйверов, а не всех их разновидностей;

2. Как будут располагаться относительно корня диска драйвера на устанавливаемой системе, утилита знать не может;

3. Бороться с неподписанными драйверами она тоже не будет, поскольку в процессе установки ОС участия не принимает.

[Garkavuk]

Цитата Mr dUSHA:



1. Утилита все-таки предназначена для обработки лишь MassStorage-драйверов, а не всех их разновидностей

Служебные - [addon] Утилита конструктор TextMode MassStorage-аддона (конструктор)

Так, собственно, я и хочу добавлять на установочный диск только MassStorage-драйверы. Те, кто используют все остальные разновидности, могут из сформированного Вами winnt.sif копировать инфу в свой, если надо.


Цитата Mr dUSHA:



2. Как будут располагаться относительно корня диска драйвера на устанавливаемой системе, утилита знать не может;

Служебные - [addon] Утилита конструктор TextMode MassStorage-аддона (конструктор)

Во-первых, можно, например, договориться, что в корне установочного CD будет папка Drivers, в которую кладём драйвера. Те, у кого это не так, просто делают замену в winnt.sif текста Drivers на что-то своё. Во-вторых, Вы же знаете, куда при использовании Вашей утилиты попадают драйвера при обработке дистрибутива UpdatePack'ом . Можно в добавок к папке Drivers прописать в winnt.sif и это. Или же, как вариант, Ваша утилита подготавливает для последующего сжатия и копирования в I386 не только отобранные для TextMode файлов, а всех файлов (вернее, всех подписанных драйверов) и прописывает в winnt.sif, что на графическом этапе MassStorage-драйвера нужно искать тоже в I386.


Цитата Mr dUSHA:



3. Бороться с неподписанными драйверами она тоже не будет, поскольку в процессе установки ОС участия не принимает.

Служебные - [addon] Утилита конструктор TextMode MassStorage-аддона (конструктор)

Здесь да, но появится выбор: не хочешь фейк-сетапа - нет неподписанных драйверов, нужны кому-то неподписанные драйвера - используется фейк-сетап. Просто пока не хочется отказываться от нежелания использовать не родной установщик и от нежелания патчинга оригинальных .dll

[Garkavuk]

Цитата VMROL:



использовать не родной установщик и от нежелания патчинга оригинальных .dll

Служебные - [addon] Утилита конструктор TextMode MassStorage-аддона (конструктор)

с чего вы взяли "не родной установщик"?? Фейк-сетап сам Windows устанавливает, по-вашему?? Оригинальные dll патчатся в памяти. Если не хотите патчить uxtheme.dll и sfc_os.dll можно попросить автора чтобы вынес их патчинг в отдельный параметр ini-файла.