Неудачная прошивка Bios GA-8IPE1000 rev. 3.1

Есть.

Ну по первому варианту более-менее понятно...
А второй вариант тоже поможет?
Ведь флоп не виден....

Я как-то не заметил в ваших сообщениях упоминания об неработоспособности FDD. Если вы об этом: то отсутствие обращения к FDD при старте явно не свидетельствует о неработоспособности. Опрос FDD может быть выключен в BIOS Setup.

У Gigabyte восстановление может происходить с помощью HDD, можете заглянуть на forum.gigabyte.ru/ - там описан процесс занесения прошивки в определенную зону HDD.
И еще - для второго варианта неплохо было бы запастись PCI-видеокартой.

Я замыкал 16-17 ноги.. потом 15-16.....
Первое замыкание начинал одновременно с резетом...

С очередным замыканием прибавлял по секунде...
Довёл до 15 сек....
Затем чуть уменьшил период ...

Итоги:
При зымыкании до звукового сигнала , а это примерно 3-4 сек. с момента резета , несколько раз монитор вообще не реагировал , - похоже , что сигнал с AGP не шёл ...
И кроме этого несколько раз POST зависал на
проверке IDI Channel (проц,память при этом определялись).
Возможно нужный период находится как раз до звукового сигнала.... но видно я не попадаю на него...

Если я правильно понял , точное попадание в нужный период во время POSTа должно вызвать ошибку CRC и бут-блок , который в свою очередь должен обратиться к флоппи дисководу..
Но если это так , то как тогда будет идти сам процесс прошивки , если флопа не видно изначально , во время POSTа ?
Или бут-блок вызовет его принудительно?

>Опрос FDD может быть выключен в BIOS Setup.

но я же сам делал сброс на дефалт...

хотя возможно есть какой-то глюк при определении флопа...
И вот тоже не понятно....звуковой - 1 короткий ... как бы всё нормально .... а нет... не всё....

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

Я довольно долго пытался "поймать" нужный момент , - но бесполезно...
то тормоз на проверке IDI Channel ,
то вообще сигнал на монитор не идёт...
Хотя возможно это и есть тот самый момент .. и если бы стояла PCI-видеокарта , то
был бы виден процесс...
но с другой стороны прошива с дискеты может идти и в автомате...и по логике может прошиться в слепую....
А если в автомате невозможно , то какой смысл в том , что я буду видеть процесс при помощи PCI-видео ?
Ведь клава тоже не работает и как я смогу в этом случае "толкнуть" процесс перепрошивки...?

В default'ных настройках тоже может выключен опрос FDD, это можно поглядеть modbin'ом или проверить по документации на ту матплату, от которой прошивался BIOS.

С точки зрения BIOS как раз все в порядке: контрольная сумма не нарушена, память жива, видеокарта есть. Т.е. работать и посылать юзера за клавиатурой BIOS может, а остальное не в его ведении.

Перешивку можно организовать "в автомате", а PCI-видеокарта желательна для того, чтобы bootblock мог инициализировать видеокарту. Иначе возможен останов из-за отсутствия видеокарты (вряд ли bootblock сможет инициализировать AGP-видеокарту).

В этом случае вы бы ничего не наблюдали бы.

Вообще-то для этого желательно иметь POST-карту.

Спасибо за советы...

POST-карту , PCI-видео мне вряд ли удастся найти поблизости...
Скорее всего по первому варианту буду восстанавливать...
Хотя второй вариант гораздо интереснее....

Эта мать восстанавливается только с винта, а так как залит не тот BIOS - она родной не примет, придётся править его "ID", раз знаете что заливали - тогда возможно и прокатит с винта.
Поищите тут про HPA и Xpress Recovery

Аналогичную проблему с этой моделью платы решил только выпаиванием флешки с платы и прошиванием на программаторе.

Выходит , что способы восстановления при помощи TopHat - "шляпа" , замыкание DQ2-Vss-DQ3 а так же восстановление с винта бесполезны ?