Полезные статьи (автор: CodeRush)

Софт




Сохраненные статьи с Win-Raid Forum:

• Intel (Converged Security) Management Engine: Drivers, Firmware and Tools
• Intel (Converged Security) Trusted Execution Engine: Drivers, Firmware and Tools
• Which are the "best" Intel AHCI/RAID drivers?

Другие интересности по теме:

• Отключение BIOS Lock (Error 280 при прошивке) (Обновлено)
• CPUID - CodeName новых процессоров
• Добавление NVMe module в BIOS (6-8 Series)
• FFS. Считаем контрольные суммы сами (Новое)
• FAQ по прошивке и редактор индивидуальных данных BIOS плат ASUS P8xxx и их ROG-аналогов
• Потрошим структуру меню Aptio BIOS
• Модификация материнских плат 100/200 для поддержки процессоров Coffee Lake 8xxx/9xxx
• ASUS Flashback (Новое)

Доска объявлений
от 20.06.2020

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

Что не так - Asrock. В их прошивках есть специальный агент, который выполняет даунгрейд ME в случае, если версия новее, чем стандартная. Там же на винрейде есть несколько способов избавиться от этого поведения, но этого не нужно делать.
Я уже миллион раз в этой теме писал и еще раз напишу: Intel обновляет версии МЕ согласно релиз-плана, а не потому, что исправлена куча багов, никакого смысла для обычного пользователя в обновлении версии МЕ нет. Asrock, запрещая обновления, страхует себя от возможной несовместимости оригинальных UEFI-драйверов для МЕ с новейшими версиями МЕ, и я их понимаю.

Я бы согласился и с Вами уважаемый и с ASRock, если бы это касалось "повышения версии ME" скажем с восьмой до девятой и т.п., но когда мне запрещают обновить версию из той же линейки типа 8.1.4 на 8.1.5 мне это не нравится ибо нас приучили что обновление устраняет все ранее выявленные баги... С момента выпуска моей матери прошло уже более 2 лет, а с момента появления последней версии BIOS 1,5 года! И вы думаете что ничего существенного в обновлении нет!? Тогда зачем нам всем лапшу вешают с тех пор как 25 лет назад я прошивал 286/386/486... Сейчас всё дело в маркетинге, по сути Intel выпуская новый чипсет, лишь оптимизирует его, наделяя "новыми" характеристиками, которые по сути могли быть достигнуты програмным путем, но так им с этого ничего кроме голвной боли они изобретают "новый" велосипед и с этого кормятся... Короче, я всего лишь хочу иметь поддержку на уровне возможностей своего "велосипеда", а не перепрыгивать на тот, у которого шины толще...

В случае обновления МЕ - я знаю, у меня по работе есть доступ к документации по каждому релизу МЕ, и за последний год Intel исправила в МЕ что-то около 5 ошибок, вероятность нактнуться на которые у обычного человека почти нулевая.

Вы ошибаетесь. Каждый новый чипсет Intel (если он действительно новый, а не Z87/Z97, у которых отличаются только прошивки) отличается изнутри от предыдущих весьма сильно. К примеру, ME раньше выполнялась на встроенном лицензированном у ARC МК с архитектурой ARCompact под ОРСВ ThreadX, а теперь на Skylake она же выполняется на ядре Quark (i586+) под VxWorks.

Никто не мешает, вперед, только вот толку от обновления МЕ все равно никакого. Я понимаю, зачем обновлять RAID или GOP-драйверы, там иногда действительно исправляют неприятные баги, но МЕ - это уже обновления ради обновлений.

Так я с OROM(ов) и начал тут, но уважаемый LS_29 мне сказал, что мол проходи мимо... Я и зациклился на ME - хоть что-то обновить показалось... Короче, вняв вашим уверениям прохожу мимо этой ветви и продолжаю писать в техподдержку ASRock. Спасибо.

Многие знакомы с такой ситуацией при прошивке биоса при помощи FPT

Конечно есть варианты обхода UBF у Asus, программатор или использование утилиты AMISCE.
Но что делать когда нет аппаратных возможностей прошить модифицированный БИОС, а AMISCE не читает данные?
Есть еще один из способов который позволит обойти данный BIOS Lock за несколько минут.
Я приведу пример на своей материнке Asus Z87-Plus BIOS v2103.
И так:
1) Снимаем бэкап биоса или качаем ту же версию с оффсайта, что уже прошита. Это важно, тк как у каждой версии БИОС положение OffsetVar BIOS Lock может быть разным.
2) По ссылке загрузки UBU скачиваем содержимое папки "AMI Setup - IFR Extractor"
3) Распаковываем:
3.1 - "AMISetup_IFR_v0_x.rar" в любую удобную вам папку
3.2 - "Boot_Shell_AMISetupWriter.rar" на флэщку с FAT32
4) Закидываем бэкап в папку с AMISetup_IFR и запускаем

5) Получим вот такой результат

и папку _Setup в которой будут нужные нам файлы. Но и по скрину уже понятно, какой OffsetVar нам нужен.
6) Грузимся с флэшки в EFI Shell и запускаем
Важно! Если у вас выставлен полный UEFI режим, то отключите Boot Security.

7) Выход или ребут

В итоге

Лок возвращается обратно если сбросить настройки БИОС в дефолт или после прошивки БИОС с локом
Чтобы не повторять процедуру по снятию лока каждый раз, рекомендую перед прошивкой открывать меню с локами в БИОС при помощи AMIBCP.
Только для Аптио 4, для Аптио 5 метод не работает - кирпич.

Усё.

LS_29
есть материнка GA-Z77X-UD5H rev 1.1, в биосе болтается два orom Atheros 2.0.6.6 и 2.1.1.5. Имеет-ли смысл удалить 2.0.6.6 и как это сделать корректно?

softhive, если сетевушка Atheros на борту гигабитная, то старую оромку для 10/100 можно "пнуть вон".
В муму открыть биос, перейти во вкладку "Dtlete", поставить галочку "Link present", выбрать старый 1083 (он сразу первый будет) и нажать кнопу "Delete" и потом "Save image"

Усё.

да, на борту dev_1091, ненужную убрал, полет нормальный, благодарю.
какой-бы Вы порекомендовали UNDI оставить для 82579V: 6.6.04 млм 0.0.07 ?

Который работать будет.

LS_29
оставил 6.6.04.
кстати, с OROM LAN Intel Agent Boot v1.5.72 на 82579V вылетает та же самая ошибка http://www.win-raid.com/t785f16-Discuss ... l#msg18392
какие соображения: несовместимость или второй вдаптер Atheros как-то влияет?

LS_29
1.5.62 на 82579V полет нормальный

UEFI BIOS Updater v1.32 при выборе 3-го пункта - 3 LAN OROM PXE and EFI UNDI - Intel, Realtek, BCM, QCA предлагает обновить или выйти в главное меню. Выбираю пункт 1, а он мне снова предлагает выбрать номер.

Можешь для своей 82579, если на борту нет 210/211, внедрять новые CL 0.1.04 и ЕFI 0.0.07
lordkag выложил инфу совместимости.

Добавлено спустя 17 минут 31 секунду:
golovkov, исправил в 1.32.1

Сделал по инструкции через UBU, должен ли я увидеть изменения какие либо? Пока только заметил что настройки биоса сбросились на стандарт) Вообщем где посмтореть и убедится что все обновилось?
Когда закидываю в папку UBU биос с изменениями, запускаю UBU.bat, он мне выдает что как будто ничего не обновлено, почему так? или я что то недопонял?
Вернее выдает:
--------- ME Analyzer v1.2.8 ---------

Firmware: Intel ME
Version: 8.0.2.1410
SKU: 1.5MB
Updated: No
Для продолжения нажмите любую клавишу . . .
Это потому что я микрокоды не стал трогать, т.е. это единственное что не обновлял?

Upd: С ME разобрался, обновил до версии 8.1.52.1496, через FWUpdate Tool

LS_29

можно поинтересоваться, в чем принципиальное отличие CL от GE?

PS: и какой комплект драйверов для CL брать?

LS_29 Ку!
А ну, глянь http://rghost.ru/74YSp2Sff чёт криво UBU работает, всё что смог так это обновить iRST и всё. например микрокод проца не хочет.

Capricorn85, то что файлы обновились видно сразу в главном меню бантика. А также при RAID видно в настройках версию, при загрузки с сетевой тоже. Видео, если используется интеграшка, видно версию, например в AIDA64. Микрокод видно там же и в БИОС.
МЕI бантик не обновляет - это другая партия оперы.

Добавлено спустя 5 минут 48 секунд:
softhive, GE с версии 1.5.70 OROM и 6.7.xx ЕFI более не поддерживают определенные DevID, а соответственно и чипы с таким ID. Вся поддержка перенесена в новые CL OROM и Gigabit EFI.
В ОС они не участвуют, так что дрова всё как было раньше.
Я уже устал объяснять на кой нужны эти файлы. Повторяю последний раз, что они используются только для загрузки ОС по локальной сети и не более.

Добавлено спустя 6 минут 47 секунд:
jjxaker
Ку дружище!
Ничего не криво. Это в муму всё криво. На вин-райде уже давно это разжевано.
Оромки на А5 не обновляются, тк муму криво их меняет. Даже не понятно как. В общем теряются там какие то связи/пути. В УТ таких проблем нет.
По поводу микркода, старая песея которую поют еще владельцы Х99 чипсета. Проблема в БИОС и муму, опять же. Том, где находятся микракоды, как бы залочен. В результате "Ошибка в замене файла". В УТ проблем нет.
Так что UEFITool и правильные ручки - наще всё.

Всё понятно, лафа кончилась и всё снова в ручную. эх, ну и на том хорошо. а то если и UEFITool не было бы, то завал.