По ошибке оставил в дисководе загрузочную дискету с прошивальщиком BIOS'а для SuperMicro H8DME-2 в дисководе и отправил комп в перезагрузку. Как результат — перепрошивка BIOS'а и полное «молчание ягнят» после след. загрузки: не реагирует даже на обещанный в Reame.txt <CTRL> + <HOME> (Bootrecord AMI-BIOS'а).
Плата H8DME-2 rev. 1.2, потертая версия BIOS'а DM827137 (по стикеру на м/сх 49LF080A), прошиты версия с указанной выше ссылки dm821158.rom и m55a3sbi.bin (для ChipSet'а).
Для как минимум попытки восстановления работоспособности не хватает оригинальной прошивки BIOS'а DM827137
Помогите, кто чем может!
Поправка — плата на самом деле запускается, т.е. включаются вентиляторы и т.п., но где-то посредине процесс зависает. На «волшебный» <CTRL>+<HOME> не реагирует, также как и на все прочее. Фокус с «порчей» CRC при помощи провода/пинцета/велосипеда либо не проходит, лиюбо повреждена часть BootBlock'а.
Буду премного благодарен если кто-нибудь запустит на аналогичной плате из-под «чистой» DOS
afuDOS bios.rom /s
и pmuseprm.exe atmel.bin AT25256A -s (это мелкосхемка возле южного моста и зачем-то нужная ему)
и поделится файлами bios.rom (1M) и atmel.bin (ок. 16K). Признательность моя не будет иметь границ.
Предыдущие версии BIOS'а SuperMicro находятся на их сайте по ссылке
supermicro.com/support/bios/bios_zip/<ВЕРСИЯ BIOS'а>.zip
где <ВЕРСИЯ_BIOS'а> — наименование версии BIOS «мелкими» буквами, например dm827137.
Прямой ссылки со страниц на архивные версии BIOS SuperMicro нет, только на самую распоследнюю на текущий момент версию.
В архиве находятся файлы, помещаемые на загрузочную дискету обновления BIOS'а, т.е. прошивальщик (-и), прошиваемые данные и batch-файл для прошивки.
Тема исчерпана
BIOS ver. dm827137 прошит в м/сх SST 49LF080A «по-горячему» на мат. плате EPoX 8RDA (nVidia nForce2 chipset) как описано здесь («Экстремальные способы…», см. также примечание).
Мат. плата SuperMicro H8DME нормально запустилась и работает. Причина неработоспособности платы после обновления BIOS'а (см. выше) — не ошибка в самом коде BIOS'е, а «уплывание» шести байт после программирования м/сх в коде BootBlock'а (хотя верификация поcле прошивки этого не выявила, т.е. возможно байты уплыли во момент последующего Power OFF/ON)
См. также [1], [2]
Отправить комментарий