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

Этот набор предназначен для десктопных плат, не используйте входящие в него bat-файлы на ноутбуках, пожалуйста.

FAQ по прошивке и редактору - во втором сообщении темы.
Ссылки на скачивание FD44Editor'а и FTK - в третьем сообщении темы.

Пишем новый FAQ вместе

я когда на асусе экранчик этот защитный 'пытался' под рамку впихнуть много там помял фокскон @ля

Что за экранчик?

кусок пластика, который защищает ножки сокета, его снизу вставляют а у фокскона в той плате сверху. Читайте мануал перед действием

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

так в сервис относил в итоге так и не надел её снизу встаил бумажку и рамку закрыл они там открыли и пипец потом день иголками правил

Я всё читал и прекрасно знаю как надо ставить. Но не пойму о чём ты. Есть картинка, фотка?

я это о том, что меня ножки на процессоре больше устравали

У меня тоже с погнутыми ножками куча историй было. Но один случай с СЦ, я на всю жизнь запомнил. И теперь прежде чем сдать плату в СЦ фоткаю ножки и прикладываю к плате с подписью приемщика и записью в талоне, чтто ножки нормуль. Тк один раз мне возвернули материнку в СЦ с загнутыми ногами, сказав что такую типа сдавали. Хотя когда сдавал на приемке сказали, что ноги все прямые.

CodeRush
По FD44Copier, почему то не работвет одновременно с ключами (-m -g), только по отдельности, сначала данные из модуля перетаскиваю, потом МАС для GbE. Посмотришь потом?

Добавлено спустя 1 час 7 минут 58 секунд:
Разобрался, надо оказывается вместе ключи ставить (-mg), тогда и то и то переносится.. Но как то в хелпе об этом не очень понятно.

Прошу помощи по восстановлению данных материнки ASUS P8Z68-V LE, погибшей в результате прошивки SLIC-ованного биоса, подготовленного одним (не)умельцем с digitallife форума.
Биос он подготовил корявый, я его прошил, мать умерла. В итоге за 20$ мне перепрошили биос на программаторе, мать ожила. НО данные материнки погибли, в частности наибольший интерес представляет возвращение родного MAC-адреса сетевухи.

Итак, на данный момент имеется следующее:
1. Скачан с сайта асус биос 4101.
2. Биос модифицирован при помощи phoenixtool218, добавлен асусовский слик 2.1
Данный биос прошит программатором, компьютер работает, но имеет неверный мак 00:0B:0E:0F:00:ED, и, вероятно, неверный же серийник, что, меня в принципе не волнует, но раз уж все равно менять МАК, то можно вернуть и серийник.
3. Почитав форум и faq про FD44editor и FTK, при помощи FTK сделал текущий бэкап биоса (лучше поздно чем никогда), дальше биос из п2 модифицировал при помощи FD44Editor v0.8.6, прописал правильный мак, серийник на плату из гарантийного талона, вместо UUID прописал случайные данные, восстановить их теперь, как я понимаю, неоткуда.

Вопросы вызывает пункт FD44editor: MAC Address storage, выбрано "ASCII string and system UUID". Про эту опцию в ФАКе ни слова ни сказано.
Скриншот эдитора прилагаю.

Вопрос: все ли я подготовил правильно? Насколько я понимаю, результирующий файл надо положить на флэшку переименовав в prepared.bin и, перезагрузившись с флэшки, выполнить flashprp.bat

Если я что-то упустил, подскажите, плиз, окирпичить материнку второй раз не хочется

PS: И еще проблема - у меня только USB клавиатура логитек wireless. Все вроде бы работает, но при загрузке с флэшки в дос, клавиатура не работает. Наверное, питание усб не включается. Я выкрутился при помощи создания autoexec.bat, прописав туда "call backup.bat", и в итоге получил бэкап биоса. Но при прошивке сидеть без клавиатуры страшновато - в фак сказано, мол, если не получилось то повторите, либо ресторните... Без клавиатуры c одним автоекзеком свобода маневра == 0. Отсюда второй вопрос - можно ли как-то заставить в ДОСе работать ЮСБ-клаву?

Все правильно.
Пл клавиатуре - проще попробовать шить из Windows, чем заводить клавиатуру в DOS.

Спасибо за ответ.
Скачал FTK для виндовс, для проверки работоспособности сделал бэкап из-под винды и сравнил с бэкапом, снятым из ДОСа. Файлы различаются. Сделал несколько попыток бэкапа под виндой, файл всегда одинаковый, т.е. читается стабильно, но почему бэкап отличается от сделанного в ДОСе? Можно ли шить из винды?

Переменные NVRAM меняются, т.е. есть блок в BIOS, который изменяется со временем, вот только не знаю с какой периодичностью и что там меняется.

Меняется при каждой перезагрузки и каждом изменении настроек. Обращать внимание на то, что ПК различаются - не надо, так и должно быть. Шить из винды можно.

Прошился.

Ухожу в ребут, если вернусь, допишу результат

PS: Still here
Все получилось, mac опять правильный, и все хорошо.
Спасибо откликнувшимся!

Надо уже начинать разрабатывать новый FAQ, а то с тех пор статьи написались (минус все разглагольствования про структуру БИОСа, оставить самое основное), инструкция по работе с FPT никому особо не нужна (под спойлер). Операции, не связанные с ASUS, вроде прошивки МЕ или переноса MAC-адреса нужно освободить от привязки конкретно к ASUSом, опыт показывает, что FTK используют уже все, кому не лень. Про защиту от прошивки стало известно чуть больше, и мы даже знаем теперь, как ее снять на некоторых платах (через AMIBCP, параметры SMI Lock и BIOS Lock, если вдруг кто не в курсе), но пока не знаем, где находится код, который защиту устанавливает - работаем над этим понемногу. Про хотсвоп надо чуть лучше расписать, да и вообще, пора звать в тему не только обладателей ASUSов, но и остальных, благо теперь все десктопные системы базируются на одном и том же коде AMI Aptio, поэтому различия минимальны.
Я понимаю, во что я сейчас ввязываюсь, но рано или поздно это надо было сделать. Буду писать новый FAQ в этом сообщении. Как только все вопросы отладим - я заменю им старый FAQ на первой странице. Версии редактора, копира и FTK также будут обновлены.
---

1. Введение и отказ от ответственности
Итак, вы решили прошивать BIOS. Подумайте еще раз, стоит ли оно того, или проблему можно исправить каким-либо другим способом.
Не знаете точно - уточните в этой теме. Уверены - тогда вперед.
Все информация в данном FAQ предоставляется для ознакомления и не является руководством к действию.
Прошивка и модификация BIOS выполняется на ваш страх и риск, автор и участники этой темы не несут никакой ответственности за возможные повреждения любого рода.
Скачивание указанных в этом FAQ утилит и их использование возможно только после ознакомления с соответствующим пунктом FAQ.
FAQ предназначен для опытных пользователей, если вы не считаете себя таковым - попросите помощи в этой теме, вам постараются помочь.
---

2. Краткая справка об UEFI BIOS и его структуре на платах Intel и AMD
На смену старому BIOS на современных платах пришел UEFI (Unified Extensible Firmware Interface) - принятый UEFI Forum стандарт на прошивки (firmware) различных устройств, в том числе и материнских плат. Большая часть стандартной реализации имеет открытый исходный код (проект TianoCore), но на материнских платах конечных производителей используются доработанные ими коммерческие варианты платформ AMI Aptio UEFI (все десктопные платы для массового рынка и некоторые ноутбуки), Phoenix SecureCore Tiano (большая часть ноутбуков) и Insyde H2O (меньшая часть ноутбуков). В данном FAQ будет рассматриваться прошивка и восстановление AMI Aptio UEFI на десктопных платах.
На материнских платах для процессоров Intel используется более сложная организация микросхемы BIOS, чем на платах для процессоров AMD.
Кроме собственно UEFI, платы для Intel содержат еще 3 так называемых региона (region): дескриптор (Descriptor), ME (Management Engine firmware) и GbE (Gigabit Ethernet Non-Volatile Memory). Дескриптор и МЕ присутствуют всегда, а GbE - только если на плате установлена гигабитная сетевая карта Intel начального уровня. В документации также упомянута возможность присутствия пятого региона - PDR (Platform Data Region), но пока его присутствия ни разу никто не видел. Основной регион, в котором содержится UEFI, называется регионом BIOS. На платах AMD никаких регионов, кроме этого, в микросхеме BIOS не хранится.
Подробнее о содержимом микросхемы BIOS на платах Intel, о порядке загрузки UEFI и форматах данных вы можете прочесть в моих статьях на Хабре: здесь, здесь и вот здесь.
---

3. Стандартные средства работы с UEFI
В этом разделе будут описаны стандартные средства прошивки и восстановления UEFI на платах ASUS, Gigabyte, MSI и Asrock.
Если у вас есть плата другого производителя, вроде Foxconn, Biostar, ECS или Zotac - пишите в тему, постараемся дополнить этот раздел и для нее.
3.1 ASUS
3.2 Gigabyte
3.3 MSI
3.4 Asrock
Пока я этот раздел писать не буду - напишем его вместе потом.
---

4. Стандартные средства работы с МЕ - MEInfo и FwUpdLcl
Intel поставляет производителям UEFI и материнских плат специальный набор утилит, предназначенный для работы с различными частями BIOS, специфичными для них.
В этот набор входят различные утилиты в версиях для DOS, Windows и EFI Shell. Наиболее безопасные в смысле целостности BIOS - те, что для DOS, но никто не запрещает использовать остальные, если вы знаете, что делаете.
Частью этого набора являются утилиты MEInfo и FwUpdLcl, предназначенные соответственно для просмотра информации об ME и его обновления.
В качестве обновления утилита FwUpdLcl использует специально подготовленные и подписанные ЭЦП образы, формат которых сильно отличается от формата региона МЕ в микросхеме BIOS, поэтому прошивать такие обновления необходимо только этой утилитой. Такие обновления можно найти на сайтах производителей материнских плат и различных сборниках, вроде station-drivers.com, называются они ME Firmware Upgrade и представляют собой (после распаковки из архива) файлы .bin.
На современных платах используются два типа МЕ - для десктопных плат, так называемая ME 1.5M, и для серверов и рабочих станций - МЕ 5М, поддерживающая технологию Intel AMT и сопутствующие ей.
Обновление для другого типа МЕ прошито не будет, поэтому если FwUpdLcl упрямо выдает ошибку - скорее всего, вы скачали обновление для другого типа МЕ.
Для полноценной работы MeInfo и FwUpdLcl обязательно наличие в системе драйвера Management Engine Driver (HECI.sys).
Теперь подробнее о каждой из утилит.

---

5. Стандартные средства работы с GbE - NVM Update
Эта утилита от Intel предназначена для устранения ошибки в версии GbE 1.3 при использовании встроенной карты Intel 82579V в Windows 8, в результате которой происходило её неверное определение.
Версию GbE эта утилита не обновляет, но после ее применения разницу в работе сетевой карты между GbE 1.3 и GbE 1.5 заметить крайне трудно. Если у вас уже имеется GbE 1.5 - применение утилиты вам не нужно.
Для запуска утилиты ее необходимо извлечь из архива и запустить с ключом -NOSILENT, из Windows - в командной строке от администратора. При желании можно также записать ход операции в лог-файл ключом -LOG nvmupdate.txt.
Если утилита показывает, что обновление не требуется - так и есть, поверьте ей.
---

6. Нестандартные средства
В этом разделе будут описаны нестандартные, т.е. не предусмотренные производителем платы для использования конечными пользователями, утилиты для прошивки и восстановления BIOS.
Если с вашим BIOS все в порядке, то лучше воспользоваться предлагаемым производителем вашей платы способом прошивки, описанным в пункте 3 этого FAQ.
Если же вам действительно необходимо использование одной или нескольких нижеперечисленных утилит, помните, что риск испортить BIOS при прошивке достаточно велик, и за все последствия отвечаете только вы сами.
На самом деле, правильное понимание того, что делается, зачем делается и почему делается именно так дает 95% гарантию того, что все получится и прошитый BIOS заработает. Оставшиеся 5% можно списать на глюки Windows-версий утилит.
Сразу предупреждаю: в отличие от информационных утилит вроде MEInfo, которые хороши в любой ОС, использование Windows-версий прошивальщиков чревато глюками в самых неожиданных местах. Используйте версии для DOS - они значительно надежнее. Не ленитесь создать загрузочную флешку и загрузится с нее - потеря 5 минут времени на это может спасти вас от восстановления BIOS, которое продлится значительно дольше.
Некоторые утилиты имеются также в версиях для EFI Shell, но из за особенностей того режима работы шьют они примерно в 5 раз медленнее соответствующих версий для DOS, и также могут глючить в еще более неожиданных местах, проверено. Отдельно стоит указать на то, что версии flashrom для DOS хоть и имеются, но для Linux они значительно мощнее, поэтому лучше использовать именно их.
Короче: DOS, Linux - хорошо, Windows, EFI Shell - плохо.
Подробнее о каждой утилите далее.
---

6.1. Intel Flash Programming Tool (FPT)
Это основная утилита для прошивки BIOS на платах для процессоров Intel. Она входит в набор системных утилит для производителей и не предназначена для конечных пользователей, но при этом очень мощная и простая в использовании, так для наших задач она подходит идеально.
Из недостатков следует указать поддержку ровно одного типа программаторов - Intel PCH, т.е. встроенного, и необходимость подбора разных версий утилиты для работы с различными чипсетами. Ну и то, конечно, что на платах для процессоров AMD она не работает совсем.
Утилита является немного большим, чем просто флешером, она поддерживает также чтение и запись специальных настроек МЕ, называемых FOV (Fixed Offset Variables, т.е. "переменные с постоянным смещением") и BIOS, называемых Vars, т.е. просто "переменные", но описывать работу с ними в этом FAQ я не буду - конечному пользователю это совершенно не нужно, а продвинутый сам почитает справку по соответствующим ключам.
В этом FAQ я буду использовать версию 8.xx как поддерживающую большинство актуальных чипсетов Intel (а именно чипсеты 6 и 7 серий, кроме C20x), но вам также могут понадобится версия 7.xx (те самые C20x), версия 9.0 (8 серия для десктопов и серверов: Z87, H87, B85, Q87, Q85, C220) и версия 9.5 (8 серия для ноутбуков: HM87, QM87, QM86). Разные версии немного отличаются набором доступных ключей запуска и поддерживаемых опций, значимые отличия о упомяну при описании соответствующей опции.

Начнем с получения информации об используемом чипе (или чипах) BIOS, карте регионов и наличию доступа к каждому из них для этого используется ключ -I:

---

6.2. AMI Flash Utility (AFU)
6.3. flashrom
---

7. Восстановление БИОСа после сбоя - хотсвоп, программаторы из подручных материалов.
8. Решение проблем с системой путем прошивки различных частей БИОСа - про потерю второго канала памяти, встроенной видеокарты, глюкам с сетью в Windows 8 и прочим пропажам MAC-адреса.

По модификациям надо делать FAQ в соседней теме - индивидуальные данные, лок на регистре 0xE2, защита от прошивки, ОРОМы, микрокод CPU, драйверы DXE и так далее. Там же описать и средства для модификаций. И обсуждать все там же, оставив эту тему для вопросов прошивки.

Каждый пункт будет теперь в отдельном сообщении, чтобы можно было проще давать ссылку на определенный пункт. Жду ваших предложений и замечаний, можно в личку, но лучше непосредственно в эту тему. Следите за прогрессом.
Заранее спасибо.

при проверке версии ME появляется такая ошибка


это случилось после обновления прошивки с 1.3 на 1.4 Плата Msi z87-g45 gaming

А я бы наоборот заводское на нули заменил в свете последних событий

Подробней можно, что за события?

FD44Editor работает на z87?

bel1
Гуардиан посмотри за последнюю неделю.

Мне интересно, а есть в открытом доступе Windows IFR Agent? На Asrock "Independent Firmware Recovery" имеет статус "Enabled"