[addon] Утилита конструктор TextMode MassStorage-аддона (конструктор) [Версия для КПК] - стр. 30

Показать полную графическую версию : [addon] Утилита конструктор TextMode MassStorage-аддона (конструктор)

Страниц : 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 [30] 31 32 33 34 35 36 37 38 39 40 41 42 43

mercuryn

27-09-2010, 21:13

Putin-mode, специально сделал всё с чистого листа...

Putin-mode

27-09-2010, 21:25

mercuryn, дак у тебя номера сразу имеются в именах или после обработки?

mercuryn

27-09-2010, 21:32

Исходный:
M\I4\
dpsI4.inf 6 901 01.09.2009 07:38 -a--
iaahci.cat 8 654 12.03.2010 18:19 -a--
iaAHCI.inf 8 796 04.03.2010 06:14 -a--
iastor.cat 7 962 12.03.2010 19:07 -a--
iaStor.inf 7 648 04.03.2010 06:14 -a--
IaStor.sys 435 736 04.03.2010 06:33 -a--
IaStor4.sys 330 264 04.06.2009 21:43 -a--
TXTSETUP.OEM 5 519 04.03.2010 06:14 -a--
792 Кбайт в 8 файлах/файле

PS
И так во всех папках, где идёт обработка с переименованием... А в дистрибутиве одни BSOD-ы...

Mr dUSHA

27-09-2010, 23:03

Mr dUSHA, а зачем в каждой папке Ix IaStor.sys дублируется с именем IaStorN.sys, где N номер переименования??? »
1. Для быстроты отката к первоначальному состоянию (UnDo.cmd удалит только новый файл, а оригинал без цифры останется).
2. Оригинал остается из-за внутренних механизмов работы утилиты в случае если обрабатываемых ИНФов много, а sys для них один общий.
Если парсер в одном инфе переименует драйвер без сохранения оригинала, то на следующем ИНФе в этой папке он не найдя оригинального sys-а (который переименован) отбросит этот ИНФ как дефектный.
У меня не было желания заниматься супермегаусложняйзингом кода для реализации только этой фичи. Поскольку в таком случае для того чтоб гарантировано не убить какой либо из драйверов в этой папке, нужно б было повторно, после всех переименований, сканить эту папку и проверять во всех ИНФах наличии ссылок на старый не переименованный sys.
Утилита и так ведет небольшую временную базу данных с именами, версиями драйверов и сопоставленными ХВИДами для отслеживания дубликатов драйверов и ХВИДов, а также для функционирования оптимизатора, который на втором проходе по первично сформированному аддону удаляет из него драйверы, на которые нет ссылок после удаления дубликатов ХВИДов на первом проходе по пакету драйверов.

dpsI4.inf 6 901 01.09.2009 07:38 -a--
.
.
.
IaStor4.sys 330 264 04.06.2009 21:43 -a--»
Это от башрата такое пришло изначально. Там в ИНФе этом также ссылки на IaStor4. И версия это 8.9.

iaAHCI.inf 8 796 04.03.2010 06:14 -a--
iaStor.inf 7 648 04.03.2010 06:14 -a--
IaStor.sys 435 736 04.03.2010 06:33 -a-- »
А это оригиналы 9.6 не ковыряные башратовцами.

mercuryn

27-09-2010, 23:47

Mr dUSHA, спасибо за объяснение.
Правда, непонятно, откуда BSOD берётся. Предыдущие версии утилиты в папке I4 все три inf перенацеливали iastor4.sys, который дублировался. Но при этом BSOD на текстовом этапе не было.
Получается, MassStorage нужен в двух вариантах...??? С другой стороны, я не уверен, что причиной BSOD только это...
Что-то в GUI не стыкуется с Z-MSST.

Mr dUSHA

28-09-2010, 00:15

Правда, непонятно, откуда BSOD берётся. Предыдущие версии утилиты в папке I4 все три inf перенацеливали iastor4.sys, который дублировался. Но при этом BSOD на текстовом этапе не было. »
Надоело уже повторять каждому персонально.... Вы ж вроде как не первый день на форуме! Прочитайте 3 предыдущие страници!
Утилита по ошибке нацеливала все ХВИДы из этой папке на iastor4.sys (который 8.9), поэтому и бсода небыло. Теперь нацеливает правильно (согласно ИНФам), на iastor.sys (который 9.6, и который переименовывается в iastor5.sys), и из-за этого и БСОД.

mercuryn

28-09-2010, 16:24

В принципе, бороться с драйвером Rapid, который выдаёт BSOD на текстовом этапе на любой машине, можно следующим способом:
1. MassStorage распаковываем, убираем оканчивающиеся папки на K и S и делаем копию.
2 Обрабатываем копию утилитой MSSTMake для получения Z-MSST и упаковываем обратно, для получения драйверпака. Z-MSST и копию можно удалить
3. В распакованном MassStorage в секции I4 копируем iastor4.sys с именем iastor.sys, чтоб затереть sys Intel® Rapid Storage Manager.
4. Обрабатываем утилитой MSSTMake для получения Z-MSST.
Получается, что на текстовом этапе драйвер Intel® Rapid Storage Manager отсутствует, что и требовалось. Ничего больше изменять не надо. »
Предыдущие версии MSSTMake делали аналогично, но везде. Так что спасибо Mr dUSHA.
Проверил на двух машинах, одна старенькая, вторая на P5Q с AHCI. На второй в графическом этапе установился Rapid (не Matrix) версии 9.6.4.1002 (iastor5.sys).

NeSkoda

28-09-2010, 18:47

mercuryn, Если не секрет, какие ключи использовались, при первой и второй обработке утилитой?

mercuryn

28-09-2010, 21:44

mercuryn, Если не секрет, какие ключи использовались, при первой и второй обработке утилитой? »
MSSTMake.exe -S -N -R H:\WinXpSP3ru\updateintegrator.1.1.5.16-33.13.17\GUITOOLS\DRIVERS\DriverPacks_MSST\D

VMROL

28-09-2010, 21:54

mercuryn, а зачемубираем оканчивающиеся папки на K и S?
Чем они могут помешать?

Понял, просто за ненадобностью убираем. К решению проблемы "iastor-BSOD" отношения не имеет.

wolkow70

29-09-2010, 14:16

Предлагаю свой вариант решения проблемы с драйверами Intel...
1. Распаковываем пакет DP_MassStorage_wnt5_x86-32_1009r2.7z, удаляем из него ненужные папки оканчивающиеся на K и S и делаем копию почищенного пакета.
2 Обрабатываем созданную копию пакета утилитой MSSTMake (в порядке, предусмотренном для создания аддона) и упаковываем получившееся содержимое обратно, для получения нового драйверпака DP_MassStorage_wnt5_x86-32_1009r2.7z (сохраняя структуру пакета, он понадобится на графическом этапе устанвоки). Ранее созданные Z-MSST и обработанную папку удаляем.
3. Для создания нового адддона Z-MSST в сохраненном распакованном пакете копируем в папку I4 следующие файлы:
iaAHCI.cat
iaAHCI.inf
iaStor.cat
iaStor.inf
IaStor.sys
из последней версии аддона от Simplix,
http://www.forum.oszone.ru/thread-135321.html,
согласившись на замену файлов.
4. Создаем новый аддон Z-MSST, в котором на текстовом этапе будет версия 8.9.8.1005, что предпочтительней для избежания BSOD.

mercuryn

30-09-2010, 09:40

wolkow70, я не смог на Intel найти Matrix старше 8.9.0.1023.
С августа этого года по вчерашний день у меня периодически перезагружалась машина. Причину искал месяц, попробовал вчера заменить Matrix 8.9.2.1023 на Rapid 9.6.4.1002. Если перезагрузок больше не будет, станет понятно, почему на Intel более старшие версии Matrox исчезли...
До, кстати, эта машина у меня работает круглосуточно на раздаче уже третий год и в августе была третья замена ОС.

wolkow70

30-09-2010, 16:55

mercuryn

01-10-2010, 19:50

wolkow70, в пакете DP_MassStorage_wnt5_x86-32_1009х драйвера в I4 следующие:
Intel(R) Matrix Storage Manager v. 8.9.0.1023;
Intel® Rapid Storage Manager v. 9.6.0.1014.
Это официальные версии на сегодня.
Есть тестовые версии, старше, чем эти. Если хотите протестировать их, ваше право на свой страх и риск, но вводить в заблуждение остальных наверное не стоит...

wolkow70

02-10-2010, 15:37

Есть тестовые версии, старше, чем эти. Если хотите протестировать их, ваше право на свой страх и риск, но вводить в заблуждение остальных наверное не стоит... »
Я вполне доверяю Simplix и его аддону, и думаю, что тестирование было проведено достаточное.
Кроме того, в теме по его аддону не указано, что версия в аддоне тестовая.
Кстати, в хорошо себя зарекомендовавшем Башратовском финальном паке 10.6 уже была версия Matrix 8.9.6.1002, и все были очень довольны. Сертификат безопасности имеется. Можно оттуда взять файлы.
Или Башрат должен был в финальной версии всех предупредить, что он всех вводит в заблуждение?
А вообще на сайте Intel много странного, и не стоит думать, что он находится в безупречном состоянии.

AltY

04-10-2010, 01:35

Mr dUSHA, какие неприятности ждут, если обработать башратовский пак без ключей? Извиняюсь за простой вопрос, который уже, наверное, здесь задавался.

Mr dUSHA

04-10-2010, 02:03

какие неприятности ждут, если обработать башратовский пак без ключей? »
А кто его знает...... Я такой результат применять для установки ОСи не пробовал. Только для тестов утилиты в процессе ее разработки использую.

По уму там конечно предварительно нужно удалить лишние дубликаты драйверов, предназначенные только для Вин2000 и для Вин2003. Поскольку если STORPORT-based драйверы для Вин2003 утилита и так отфильтрует, то предназначение драйверов "только для Вин2000" вообще определить не возможно.

Кроме того ИМХО башратовский пакет лучше всего обрабатывать с ключом -R для приведения его в более адекватное состояние. Больше никаких других ключей ИМХО не нужно.

Третья полезная манипуляция с башратовским паком - это удаление драйверов для тех контролеров, которые вообще в нашей местности встретить не реально.

AltY

04-10-2010, 02:15

Насчет лишних... Удалил *K и *S, как советовали выше. Утилита рапортует:
Unreferenced drivers removed from addon: aec6280 ASH1205 aarahci hptmv nvgts5 nvrd325 nvrd32 SI3114 SI3132 Si3132B2 Si3132B3 Si3132B4 SiSRaid
Странно, тоже ненужные?

Mr dUSHA

04-10-2010, 02:49

Странно, тоже ненужные? »
Силиконы - это вообще отдельный разговор... Они там распределены у них по SUBSYSам. Говорят, что на разных материнках только определенные версии работают, а другие БСОДят. Потому такой умопомрачительный набор. Но правда это, или нет - незнаю, никогда не приходилось иметь дело с ними.

А Нвидийные драйверы башратовци всегда маниакально размножали, хотя смысла в этом нет.

По остальным - читайте лог обработки.

OlegPOV

04-10-2010, 23:32

Силиконы - это вообще отдельный разговор... Они там распределены у них по SUBSYSам. Говорят, что на разных материнках только определенные версии работают, а другие БСОДят. Потому такой умопомрачительный набор. Но правда это, или нет - незнаю, никогда не приходилось иметь дело с ними. »
Это правда, я пару раз сталкивался с таким. Еще у силиконов бывает сильная зависимость выбора драйвера в зависимости от версии прошивки контроллера (это уже на отдельных контроллерах от tekram встречал)