Четверг, 24.08.2017, 11:30
Приветствую Вас Гость | RSS
Компьютер: жизнь внутри
Поиск
Форма входа

Новое...
Реальный замер скорости интернета
Смартфоны будут заряжаться от нашего тела
Intel и Micron разрабатывают 32-слойный чип памяти 3D NAND
OCZ планирует начать продажи своих новейших SSD-дисков серии Saber 1000
Универсальный аксессуар 8-в-1 XiStera для смартфонов Apple iPhone
Corsair дополнила свою линейку компьютерных корпусов Carbide новой моделью 330R Titanium Edition
От партнеров:
Друзья сайта
Статистика
Херсонский ТОП
Онлайн всего: 1
Гостей: 1
Пользователей: 0
Главная » Доска объявлений » Решенные затруднения

Програмное восстановление биоса
04.12.2013, 13:17

Восстановление биоса с помощью Award Boot Block Bios

Сегодня научился восстанавливать биос на GA-7N400 при помощи Award Boot Block Bios v1.0:
1. Беру файл биоса F6 (7n400.f6 - у меня стоял такой), переименовываю в 7n400.bin и пишу в корневой каталог жесткого диска (файл с именем 7n400.f6 не воспринимается). Система - FAT16/32 Вин9х.
2. Запускаю комп и вижу надпись:
Scanning Bios Image in Hard Disk
Bios Auto-Recovering....................................... .
3. Вытаскиваю видеокарту из AGP (Ti4200 Axle), ставлю простенькую PCI. Опять запускаю - и случилось чудо: примерно после 10-12 точки после надписи процесс пошел и мать перезапустилась.

Расскажу как наш отдел восстанавливает биос на мамах с системой AUTO Recovery от GigaByte. Берем мать или ПК на этой же матери где требуется прошить БИОС, чем младше, тем лучше (свежее БИОС), берем винт (не Seagate), мы используем WD 80 JB, или другой, но чтобы винт мог разрешить маме работать с HPA функцией (Seagate не разрешает почему-то ни одной маме себя обрезать по HPA), подключаем винт к рабочей маме, включаем, загружаемся с компашки в чистый ДОС, запускаем MHDD 3 (не ниже), сбрасываем (убираем) HPA (если есть), перезагружаемся, снова загружаемся в чистый ДОС, запускаем MHDD и смотрим появилось ли поле HPA снова, если появилось, то на винт в защищенную область (просто так к этой области не подобраться) прописался БИОС от матери, дальше выключаем ПК, и даем этот винт (подсовываем) матери которая требует БИОС, мать после поиска найдет свой биос и перешьется, вот так. Процедура длится менее 20 сек.
P.S. Винт должен быть без бэдов, так как винт может переназначить сектора с конца (которые могут использоватся для записи биоса), и винт может не дать уже маме работать с HPA как ей нужно.
МЕТОД ОПРОБОВАН НА PE800-RS, IPE1000, IPE1000G, 7N400, 7N400SL
Ходят слухи, что подобную систему бакапа образа биоса в HPA стал использовать Abit.

Если юнифлеш детектит, но шьет некорректно, то для начала запускаем авардфлэш. "Просто запускаем" (например, с ключиками "/pn/sy 111.bin") для того, чтобы он продетектил тип флэши. (И выходим, если сам не вышел). После этого запускаем юнифлеш и, о, чудо - все шьется! Смысл следующий. Авардфлэш "знает" больше железа, чем юнифлеш. Он для детекта мапит чипсет и при выходе не "замапливает" обратно. Юнифлеш имеет в активе строгую классичность алгоритмов прошивки без глупых и навязчивых вопросов, в результате чего получив "подготовленный" авардфлешем чипсет он, даже если не до конца знает, как правильно работать с данным железом - все качественно прошивает. По причине все той же "подготовленности". В частности, таким образом прекрасно шьются Winbond W39V040AP (LPC) на nForce2, которые практически никто другой и вовсе не шьет.

NFors-ный Epox при неопределённых обстоятельствах стал писать на индикаторе посткодов С1. Работало, работало и потом бах, и не работает. В мать вставлялись разные рабочие железки (процы, память, видюшки), но результат неизменен: сразу после старта с FF перебрасывается в С1, ну и, естественно, длинными гудками пищит. Физически мать похожа на здоровую, т.е. пухлых кондёров нету, явно горелых элементов тоже, повреждённых дорожек также замечено не было.
C1 - это память... В общем, все, что с ней связано: питалово, тактирование, сигналы...
Кстати, иногда на нфорсах ступор после С1 - признак слетевшей прошивки (перешить биос), а может, в CMOS бред записан (тогда очистить надо), ну или при включении стоит удержать Insert.

Cтолкнулся сегодня на ECS EliteGroup K8 HT1600 (nForce3) с очень странной фишкой - бутблок не хотел запускать восстановление БИОСа, если стоит видео АТИ (пробовал 9250, 9550, 9600pro, 9800) и прекрасно запускал с ГеФорсом (ставил 2мх200, 4мх440, 4ti4200)... Фишка от нВидиа такая ???

При загрузке, сразу после выдачи информации о видеокарте, появляется версия биоса и такое сообщение: BIOS ROM CHECKSUM ERROR INSERT SYSTEM DISK AND PRESS ENTER. Поначалу комп загружался сразу после Reset, потом после 3-4 раз, в конце концов, после n-раз... Если система разогнана, то в первую очередь снять разгон, иначе тут, по большому счету, всего 2 варианта:
Во флешке есть нестабильно читающийся бит(ы), или что-то в мамке (питание?)/проце/памяти глючит. В первом случае надо дождаться, когда оно сможет загрузиться (safe mode command prompt only!), считать родной bios несколько раз, сравнить (консольная команда "fc /b") считанные копии, если они одинаковы (а лучше все-таки скачать новый с сайта производителя мамки) - зашить его (или новый) назад во флешку. Редко, очень редко, но бывают флешки с аппаратными проблемами - зашьешь, а оно через несколько дней снова заглючит, такое обычно бывает перед смертью флешек.
2 вариант - тоже бывает, даже, наверное, чаще. Неконтакты/пыль/плохая память/конденсаторы вздувшиеся или наоборот усохшие/глючный БП или поджареный SIO... При перешивке в таких условиях можно легко окончательно все добить...

ABIT SA6-R (после вспухших и поменянных кондёров), не детектились IDE девайсы, если стояло больше одного устройства вообще (по любому порту). Вылечилось перепрошивкой биоса.

P4GE-MX Симптомы: При выходе из BIOS SETUP с сохранением изменений виснет намертво, хотя после ресета видно, что измененные опции сохранены. Выход же без сохранения приводит к спокойному нормальному ребуту.
Диагноз - битая флешка, был поставлен исходя из следующего: прошивка Авардфлешем разных версий приводит либо к ребуту либо к мертвому вису. Юнифлеш показывает всего несколько зеленых квадратов, остальные красные. Благо кроватка есть. Загрузился со старой флешки, хотсвапом зашил другую и пациент ожил. Может там просто контакта где небыло, надо было флешку передернуть, да клиент пришел мать забирать...

SL-85DR3-L При включении выдает 8 коротких писков, изображения нет, писки повторяются...
Часто встречается - убит БИОС. Перешивается и все потом работает.

БИОС Асуса. Недавно был опять парадоксальный случай с Асусом P2L97. Принес клиент старичка и захотел туда 80ку винт поставить, казалось бы, в чем проблема биос самый последний и все пучком.
Да не тут-то было. Пришлось помучиться пол дня. Тем более что клиенту будет весьма трудно объяснить, что его мать, честно проработавшая почти 5 лет, загнулась. Началось обычно с дискетки с новым биосом. БИОС матери вписывать, а утила ругается, мол, не знаю я вашу микруху (Atmel 29F010) шить не буду. Ладно, прошьем на программаторе, Стерх эту дрянь знает. Зашили, пускаем мать, мать завелась, винт продетектила и на рамочке взвисла. Ресет ей - мать запищала....... биос кирдык, накрылся. Не понял, шьем заново, мать один раз стартует, на второй она пищит и биос опять слетает. Запаслись пачкой Атмелок, вшили в них все версии, что были на Асусе. Мать один раз стартует, на второй убивает себе биос. Непонятки. Короче мучились пол дня, перешивали микрухи раз по 10, не могли понять закономерность, почему так. Благо, подсказал наш админ, который когда-то сам был сервисником. Если на матери стоит флешка, которую мать не поддерживает (не та, что надо), то бывает такая фигня: мать стартует, замечает, что в биосе ей там не нравятся чексумы и т.п. пытается исправить, но исправляет не там где надо, ибо микруха не та, после чего повторная попытка инициализить биос обламывается, структура прошивы пофиксена самой же матерью, мать в панике биос в ауте. И так может повторять очень много раз. Помогла замена Атмелины на Интеловскую флешку, мать завелась и преспокойно продолжает работать.
P.S. Если кому это еще интересно через год... В случае старых мамок и неродных флешек надо бы проверять Vpp какое у флеши и что на него на матери заведено.

Много раз видел на мамках i8xx надпись на перемычке table lock, относящуюся ко флешу. Какую такую таблицу оно блокирует и зачем - понять не мог. Тут, случайно, читая даташит на флешку, понял, что имелось в виду криво понятое TBL Lock, = TOP BOOT BLOCK LOCK. Матерился, наверное, полчаса - какой же .удак разводит мамки, не понимая, что он собственно делает.
В случае "родного" интела (как и для др., собственно) всегда СНАЧАЛА надо убедиться в исправности биоса. Ибо по опыту - исключительно надежные мамки, если не "внешние" причины (умирание JNC, физповреждения и т.п.) - в случае дохлости часто виноват биос (а также перемычки на него, кстати). Причем, если это биос - тоже очень плохо, ибо с перешивкой всегда бааальшие проблемы (если бутблок не выжил). Итого - сначала лупу в руки и просмотреть плату, почистить, проверить биос и только после этого браться за паяльник. Восстановление Intel'овского биоса элементарно, как и все гениальное: выкачиваем с сайта интела исправный биос, переставляем нужную перетычку, втыкаем заранее сделанную дискету или даже сидюк, подаем питание и ждем, пока не прекратится чтение с диска. После ребута получаем готовую к работе систему. Подробности и нюансы (включая место расположения перетычки) смотреть в родном мануале от мамки.

Как проверить флешь?
На "обыкновенной" микрухе должны присутствовать сигналы CE# OE# и "перебираться" адреса и данные, иначе на всех линиях адреса/данных "1"(5В) на перебитой "полуеденица"(3.5в).
CE#(ChipEnable) - "чипселект" (разрешение на работу с микросхемой), есть "1"... т.е. типа проц завелся.
CE# на флешке должен быть "1" до начала загрузки винды.
OE#(OutputEnable) - RE (возможность считать байт данных), "0"- постоянно. т.е. ошибка происходит в Boot Block'e (памяти)...
WE#(WriteEnable) - WE (возможность записать байт данных)

Аналоги: SST 49LF020 winbond W49V002A PMC PM49FL002
Добавил: Master_Loki | | Теги: помощь, Восстановление, Award Boot Block Bios, програмно, биос
Просмотров: 7388 | Рейтинг: 0.0/0



Помощь On-Line
t>