[damkrat]

отлично, и что если в графическом этапе я не подкину дрова то то выпадет BSOD ?

а ведь в случае все с той же дискеткой этого не произойдет...ОСь съест дрова и будет прекрасно работать с винтом

объсните мне это, ЗАЧЕМ кидать дрова в графическом этапе, если в с дискеткой хватает и текстового) извините за столь корявый вопрос)

[Vdm17]

damkrat, в том то и дело, что при скармливании дискетки, драйвера запоминаются и подгружаются дважды - в текстовом и в графическом режиме!!!

[damkrat]

вот трабл( а никто не знает почему для VMWare SCSI lhfqxdth не подходит? ;-)

[aset]

damkrat,
дак надо еще и на графическом этапе их подсовывать)

[AjaX_too]

Mr dUSHA,
подскажите, на ICH8M после установки при первом входе получил BSOD (0007B). драйвер AHCI версии 8.6 в паке присутствует, обрабатывался утилитой версии 9.1.4.0 со следующими ключами MSSTMake.exe -S -N -R. В чем может быть трабла? Подсовывал в систему с помощью PE сборки драйвер не обработаный утилитой в INF и Driver соответственно, BSOD не победил. Куда копать и как заставить работать систему без переустановки?

update:Установил сдедующим образом: на Т39 вырубил ноут, загрузился с PE удалил ради чистоты эксперимента распакованый пак, и вместо него положил неправленый. Система установилась и запустилась нормально. Mr dUSHA скажите плиз в чем суть этой ошибки и исправлена ли она в текущей версии утилиты?

[aset]

AjaX_too,
чем интегрировали Дистр?
Gui или Fake-Setup?

просто у меня такой же был контроллер и все нормально

[AjaX_too]

aset,
Интегрировал UP. Использую Fake-Setup Advanced от Mr dUSHA. Да помнится мне и я ставил на такой контролер с другого своего дистрибутива и проблем не было. Как бы и здесь проблем нет если подсунуть пак без обработки утилитой. Но все таки хочется разобраться чем вызвана эта ошибка. Просто версия 9.1.4.0 - это первая версия где Mr dUSHA начал править inf файлы, возможно были багофиксы в текущей версии.

[Mr dUSHA]

подскажите, на ICH8M после установки при первом входе получил BSOD (0007B). драйвер AHCI версии 8.6 в паке присутствует, обрабатывался утилитой версии 9.1.4.0 со следующими ключами MSSTMake.exe -S -N -R. В чем может быть трабла? »

Вообще вы можете просто не использовать переименование (-R). Уберите этот ключ.

А чтоб разобраться, в чем трабла, выложите плиз:
1. Журнал setupapi.log с такой неудачной установки, где вы BSOD (0007B) заимели.
2. Пакет с переименоваными драйверами (с которым у вас получается BSOD (0007B)). Из пакета Можете удалить все НЕ интеловское, и оставить только интеловские папки (для экономии трафика так сказать...).

в чем суть этой ошибки и исправлена ли она в текущей версии утилиты? »

Я делал исправления в этом направлении, но всетаки предоставте для исследований указаное выше.

[AjaX_too]

Вообще вы можете просто не использовать переименование (-R). Уберите этот ключ. »

Ну вы же не просто так его сделали хочется использовать возможности вашей утилиты по максимуму, заодно и потестируются лишний раз ваши нововведения.

1. Журнал setupapi.log с такой неудачной установки, где вы BSOD (0007B) заимели. »

Понимаю, что это усложняет ситуацию, но к сожлению лог остался на клиентской флешке которую я отдал вместе с ноутом.

Пакет с переименоваными драйверами (с которым у вас получается BSOD (0007B)). Из пакета Можете удалить все НЕ интеловское, и оставить только интеловские папки (для экономии трафика так сказать...). »

во вложении.

ЗЫ: Спасибо за внимание.

[Mr dUSHA]

а ведь в случае все с той же дискеткой этого не произойдет...ОСь съест дрова и будет прекрасно работать с винтом »

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