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

[Mr dUSHA]

так какие ключи лучше использовать? »
Лучше ни одного из перечисленых.

а почему при обработке пропускается папка NVTM? »
Если не задан ключ -N (смотрите описание его), или если по всем ХВИДам описаным в ее драйверах есть более новые драйвера в других папках.
Смотрите конкретно, что в вашем случае в журнале записано.

дважды подряд обработал папку "D" DP_MassStorage_wnt5_x86-32_903r1, и был удивлён, что эти ini имели различия... »
Мой косяк. С ключем -R и -K за вторым проходом при некотором стечении обстоятельств переименовывается лишнее...

[Комсомолец]

Mr dUSHA, теперь я совсем запутался. делал msst.ini с ключами -boa -r, а вы говорите, что вообще не надо использовать. получается, надо оставить все как есть?

[Mr dUSHA]

Комсомолец,
Для создания msst.ini есть ключ -A

Ключи -K и -R в текущей версии лучше не использовать, поскольку косячат на старых нВидиевских драйверах. Исправлю сегодня, и залью обновленную версию.

[mercuryn]

Как-то незаметно упустил переименование ключа -boa в -A...
А вот по поводу -N была практика очень любопытная, фифти-фифти. Были два дистрибутива, один с -N, другой без оного. Знакомые дали информацию, что половина машин прошли с одним дистрибутивом, вторая половина с другим, наоборот не устанавливались. Просил их информацию по HWID-м этих машин, но для них это была разовая работа по кладбищу nVidia и возвращаться они туда не будут и тратить на это время не захотели.
Жаль, конечно, но более непредсказуемых драйверов и контроллеров найти трудно.
Сейчас поток компьютеров резко уменьшился и понять как быть с ключом -N достаточно трудно...

[Mr dUSHA]

Обновлена версия

9.4.6.0:
Исправлена ошибка в функциональности ключей -R и -K, приводившая к порче некоторых драйверов.

[greg_b]

Mr dUSHA, потестим.....

[BXA]

Mr dUSHA,
начиная с какой версии ключи -R стали косячить и в чём выражалась порча драйверов?
хотелось бы проверить свой пакет на наличие порчи...

[Mr dUSHA]

начиная с какой версии ключи -R стали косячить и в чём выражалась порча драйверов? »
Начиная с самого начала, как только он появился.
Выражается в порче старых нВидиевских старых драйверов:
При переименовании строк вида
%NVRAID_DESC%=nvraid,GenNvRaidDisk
могли измениться на что-то типа

%NVRAID_DESC%=nvraid2,GenNvRaidDisk

Не сложно понять, что в данном случае nvraid - это не имя драйвера, а имя установочной секции драйвера, следовательно после такой правки драйвер уже не установится.

Чтоб исправить ситуацию, необходимо в обработаных утилитой с ключами -R или -К пакетах запустить UnDo.cmd файлы, откатив тем самым все изменения сделаные предыдущими версиями утилиты.

[Комсомолец]

Mr dUSHA, может реализуете ведение лога? например ключом -L чтобы рядом создавался файл MakeMSST.log со всеми изменениями?

[Mr dUSHA]

может реализуете ведение лога? »
Лога чего? Переименований чтоль? В общем логе прописывается и это тоже. Позже сделаю, чтоб в общий лог в конце добавлялся итоговый список переименованых драйверов.

[Комсомолец]

Mr dUSHA, отлично будет. Спасибо!

[aset]

Mr dUSHA,
все замечательно работает
даже на проблемных компьютерах раньше

[LonerD]

Mr dUSHA,
Почему при обработке утилитой "убивается" секция [S5]?
"Silicon Image 3112 SATARaid"
Так и должно быть?
При установке на вот такую систему установка даже не доходит до выбора диска - синий экран 7B.
Или же это ошибка Башратовских драйверов? Или может я где-то допустил ошибку.

===========
PCI Devices
===========
PCI\VEN_1033&DEV_0035&SUBSYS_FFFFFFFF&REV_43\4&3AB31F7F&0&48F0: NEC PCI - USB PCI\VEN_1033&DEV_0035&SUBSYS_FFFFFFFF&REV_43\4&3AB31F7F&0&49F0: NEC PCI - USB PCI\VEN_1095&DEV_3112&SUBSYS_61121095&REV_01\4&3AB31F7F&0&60F0: Silicon Image SiI 3112 SATARaid Controller
PCI\VEN_109E&DEV_036E&SUBSYS_00031461&REV_11\4&3AB31F7F&0&58F0: PCI\VEN_109E&DEV_0878&SUBSYS_00031461&REV_11\4&3AB31F7F&0&59F0: PCI\VEN_10DE&DEV_0171&SUBSYS_00000000&REV_A3\4&33B01BD3&0&0008: NVIDIA GeForce4 MX 440
PCI\VEN_10EC&DEV_8139&SUBSYS_813910EC&REV_10\4&3AB31F7F&0&68F0: Realtek RTL8139 Family PCI Fast Ethernet NIC
PCI\VEN_8086&DEV_1A30&SUBSYS_00000000&REV_04\3&13C0B0C5&0&00: Intel(R) 82845 Processor to I/O Controller - 1A30
PCI\VEN_8086&DEV_1A31&SUBSYS_00000000&REV_04\3&13C0B0C5&0&08: Intel(R) 82845 Processor to AGP Controller - 1A31
PCI\VEN_8086&DEV_2440&SUBSYS_00000000&REV_05\3&13C0B0C5&0&F8: Intel(R) 82801BA PCI\VEN_8086&DEV_2442&SUBSYS_8086174B&REV_05\3&13C0B0C5&0&FA: Intel(r) 82801BA/BAM USB PCI\VEN_8086&DEV_2443&SUBSYS_8086174B&REV_05\3&13C0B0C5&0&FB: Intel(R) 82801BA/BAM SMBus PCI\VEN_8086&DEV_2444&SUBSYS_8086174B&REV_05\3&13C0B0C5&0&FC: Intel(r) 82801BA/BAM USB PCI\VEN_8086&DEV_2445&SUBSYS_4326414C&REV_05\3&13C0B0C5&0&FD: Realtek AC'97 Audio
PCI\VEN_8086&DEV_244B&SUBSYS_8086174B&REV_05\3&13C0B0C5&0&F9: Intel(R) 82801BA Ultra ATA Storage PCI\VEN_8086&DEV_244E&SUBSYS_00000000&REV_05\3&13C0B0C5&0&F0: Intel(R) 82801 PCI Bridge - 244E
16 matching device(s) found.

===========
USB Devices
===========
USB\ROOT_HUB\4&1F3CA59C&0 : USB\ROOT_HUB\4&3146B69&0 : USB\ROOT_HUB\5&21BEC1BC&1 : USB\ROOT_HUB\5&86F3DD2&0 : 4 matching device(s) found.

=============
Input Devices
=============
No matching devices found.

============
ACPI Devices
============
ACPI\FIXEDBUTTON\2&DABA3FF&0 : ACPI\GENUINEINTEL_-_X86_FAMILY_15_MODEL_2\_0 : Intel(R) Pentium(R) 4 CPU 1.80GHz
ACPI\PNP0000\3&13C0B0C5&0 : ACPI\PNP0100\3&13C0B0C5&0 : ACPI\PNP0200\3&13C0B0C5&0 : ACPI\PNP0303\3&13C0B0C5&0 : ACPI\PNP0400\3&13C0B0C5&0 : ACPI\PNP0501\1 : ACPI\PNP0501\2 : ACPI\PNP0700\3&13C0B0C5&0 : ACPI\PNP0800\3&13C0B0C5&0 : ACPI\PNP0A03\1 : ACPI\PNP0A06\3&473F1A46&0 : ACPI\PNP0B00\3&13C0B0C5&0 : CMOS ACPI\PNP0C01\2&DABA3FF&0 : ACPI\PNP0C02\1 : ACPI\PNP0C02\2 : ACPI\PNP0C04\3&13C0B0C5&0 : ACPI\PNP0C0B\2&DABA3FF&0 : ACPI\PNP0C0C\2&DABA3FF&0 : ACPI\PNP0C0E\2&DABA3FF&0 : ACPI\PNP0F13\3&13C0B0C5&0 : PS/2-ACPI\PNPB006\3&13C0B0C5&0 : NVIDIA(R) nForce(TM) MIDI UART
ACPI\PNPB02F\3&13C0B0C5&0 : ACPI\THERMALZONE\THRM : ACPI_HAL\PNP0C08\0 : Microsoft ACPI-ROOT\ACPI_HAL\0000 : 27 matching device(s) found.

============
HDA Audio
============
No matching devices found.

============
RAID Devices
============
PCI\VEN_1095&DEV_3112&SUBSYS_61121095&REV_01\4&3AB31F7F&0&60F0
Name: Silicon Image SiI 3112 SATARaid Controller
Hardware ID's:
PCI\VEN_1095&DEV_3112&SUBSYS_61121095&REV_01
PCI\VEN_1095&DEV_3112&SUBSYS_61121095
PCI\VEN_1095&DEV_3112&CC_010400
PCI\VEN_1095&DEV_3112&CC_0104
Compatible ID's:
PCI\VEN_1095&DEV_3112&REV_01
PCI\VEN_1095&DEV_3112
PCI\VEN_1095&CC_010400
PCI\VEN_1095&CC_0104
PCI\VEN_1095
PCI\CC_010400
PCI\CC_0104
PCI\VEN_8086&DEV_244B&SUBSYS_8086174B&REV_05\3&13C0B0C5&0&F9
Name: Intel(R) 82801BA Ultra ATA Storage Hardware ID's:
PCI\VEN_8086&DEV_244B&SUBSYS_8086174B&REV_05
PCI\VEN_8086&DEV_244B&SUBSYS_8086174B
PCI\VEN_8086&DEV_244B&CC_010180
PCI\VEN_8086&DEV_244B&CC_0101
Compatible ID's:
PCI\VEN_8086&DEV_244B&REV_05
PCI\VEN_8086&DEV_244B
PCI\VEN_8086&CC_010180
PCI\VEN_8086&CC_0101
PCI\VEN_8086
PCI\CC_010180
PCI\CC_0101
2 matching device(s) found.

[Mr dUSHA]

Почему при обработке утилитой "убивается" секция [S5]?
"Silicon Image 3112 SATARaid"
Так и должно быть? »

1. Не понял, что означает ваш термин "убивается".

2. Используйте ключ -S

3. Если уже используется ключ -S, то получается такая картина:
В то время, как для PCI\VEN_8086&DEV_244B&SUBSYS_61121095 драйвер находится в папке S5
Для PCI\VEN_8086&DEV_244B&SUBSYS_8086174B в пакетах нет соответствия вообще, хотя возможно это и не нужно, поскольку он CC_0101... Но 7B может возникать и по этой причине тоже.

[LonerD]

Mr dUSHA, спасибо за подсказку.
1. Имел в виду, что эта секция есть в DriverPack_MassStorage_wnt5_x86-32.ini, но ее нет в msst.ini
2. А так все заработало. :)
Драйверы из папки S5 прописались в msst.ini.
Использую GUI integrator, запускаю в нем файл PrepareMsst.cmd; там по умолчанию ключ -S не прописан, потому и возникла такая проблема.

[Mr dUSHA]

Обновил версию
В этой версии внесено несколько мелких исправлений. Функциональность не поменялась.

[AltY]

Mr dUSHA,
После обработки драйверпака утилитой последней версии (без ключей), в каждой из папок создаются .pnf - файлы. Раньше такого не замечалось...

[Mr dUSHA]

После обработки драйверпака утилитой последней версии (без ключей), в каждой из папок создаются .pnf - файлы. Раньше такого не замечалось.. »
1. Нет. Не подтверждаю. .pnf-файлы наверное создал вам системный установщик драйверов, которого вы попросили поискать обновленные драйвера в этом дереве папок.
2. Если бы проблема и была, то не только в последней версии, поскольку ничего такого в коде не менялось.

[AltY]

Действительно, дело не в посл. версии. Проблема решилось обработкой пака утилитой на "не-системном" разделе. Странно, что раньше таких проблем не возникало...

[aset]

Mr dUSHA,
новых версий не будет?