[1.79.3] Начиная с данной сборки УБУ, для кореектной работы МСЕ теперь требуется Python v3.7 или вышг. Также следует установить 2 библиотеки: - pip install colorama - pip install pltable
[1.75] Куча нововведений в папках Интел [1,72] MMTool К сожалению, невозможно предугадать какой муму отработает корректно. Поэтому используйте 2 разные версии мумутула - 5.0.0.7 как "mmtool_a4.exe" и 5.2.0.2x+ как "mmtool_a5.exe" Использование только одной версии не пригодно для многих бивисов на Aptio. [1.71] VROC Для обновления VROC with VMD требуется 2 файла, пример в папке Intel\VROC Штатные файлы RAID и sSATA укладываются, как обычно, в папку RSTe. MMTool Заложена поддержка 2-ух различных версий MMTool на перспективу. На данный момент используется одна версия, рекомендуется 5.0.0.7. Переименовать как "mmtool_a4.exe"
[1.70] IRST/IRST(e) Начиная с версии 1.70 пользователь самостоятельно подбирает нужные версии файлов для создания RAID массивов.
1) В послденее время опять участились жалобы на наличии вируса в пакете UBU, якобы МСЕ,ехе содержит вирус. Поэтому принято решение, что вместо ехе файла теперь будет py исхотдный Пайтона. Чтобы была корректная работа с микодами вам необходимо установить пакет Ptyhon версии 3.7 или выше. А также две библиотеки: - colorama - PLTable Как это сделать уаказано на ГитХабе в репе МСЕ. Вы можете юзать м ехе файл, но скачивать его будете самостоятельно. Если установите Пайтон то у вас появится возможность юзать другие приложения на Пайтон, которых очень много. 2) Все архивы с файлами теперь здесь https://mega.nz/#F!MSRDxSqR!5etS-te7ZqRQX9Zb25es_A 3) На данный момент рекомендуется использовать UEFITool v0.25.0 (и не выше), до выяснения
Соблюдайте Правила конференции и используйте поиск по теме. Мешающие чтению картинки и видео убирайте под спойлер. Сообщения с избыточным цитированием могут исправляться или удаляться без уведомления их авторов.
Последний раз редактировалось DeathBringer 22.02.2025 23:07, всего редактировалось 1045 раз(а).
Member
Статус: Не в сети Регистрация: 18.02.2008 Фото: 0
BY_Pashka писал(а):
через БИОС и пытаюсь прошить.
Прошивать измененные файлы биоса нужно например через Intel Flash Programming Tool, команда на прошивку только региона биоса FPTW64 -bios -f your file.bin должна работать.
petruha82 писал(а):
хотя корректность будет тоже под вопросом.
AMIBCP 5.02 тоже часто порит структуру биоса, например биосы для Asus z170/z270/z370 с AMIBCP 5.02 не работает, прога падает с ошибкой сразу после нажатия на сохранение. Ранее на Asus z170 из первых биосов всё ок иногда было, а иногда редактирование и сохранение было типа корректное но на деле прошивка такого биоса превращала плату в кирпич. Так что с AMIBCP сейчас нужно быть осторожным(хотя с ASRock вроде всё ок), короче нужна новая версия AMIBCP, эта 5.02 уже очень старая. а новые версии не сливает никто.
Куратор темы Статус: Не в сети Регистрация: 20.04.2012 Откуда: Россия
Народ, не юзайте БЦП 5 на аптио5 бивисах! Данная тулза только позволит получить кирпич.
Добавлено спустя 2 часа 53 минуты 4 секунды: DeathBringer, если я правильно понял твою табличку по процам, о получается, что по CFL все 3 микрокода не инженерики?
Member
Статус: Не в сети Регистрация: 06.09.2012 Откуда: Москва
mukas писал(а):
думаю проблема в AMI Aptio Capsule, у асус он был, у супермикро его небыло
Капсула тут ни при чем, почитай в шапке статьи: "Устройство файла UEFI BIOS" (автор CodeRush) Там написано, что: "Ни одного байта из этого двухкилобайтного заголовка в микросхему BIOS'а не попадает, и используется этот заголовок только для проверки валидности файла перед прошивкой стандартными утилитами ASUS." P.S. Скорее всего у супермикро не была убрана поддержка этого процессора из биоса, поэтому он и запустился.
В том что программа работает нет сомнений. Тогда почему видеодрайвер изменяется после того как его вытянуть из биоса (видно в hex-редакторе), а после возврата назад программой он остается измененным? После этого биос не работает. С другими модулями или драйверами такого не происходит. P.S. На странице 346 есть дампы биоса, можете поэксперементировать.
Member
Статус: Не в сети Регистрация: 06.09.2012 Откуда: Москва
vicdog, UEFITool - утилита не для сборки, а для редактирования биоса. Корректно заменять модули в большинстве случаев можно, а безболезненно удалять - не всегда.
Куратор темы Статус: Не в сети Регистрация: 02.03.2008
petruha82, должно работать и в этом случае, так что это баг и он нуждается в расследовании. Скорее всего там проблемы с правильной базировкой.
vicdog, а можешь конкретные шаги для воспроизводства проблемы привести? Вроде "достаем исполняемую секцию из файла с вот таким ГУИДом, она меняется вот так, после вставки - прошивка перестает работать". Видеодрайвер - это не очень хорошее слово, потому что обычно там штук 5 драйверов для видеоподсистемы, а сломано что-то конкретное. Спасибо заранее.
Member
Статус: Не в сети Регистрация: 06.09.2012 Откуда: Москва
CodeRush писал(а):
это баг и он нуждается в расследовании
CodeRush, по ссылкеvicdog - два биоса. Если в каком-нибудь из них удалить, например, IntelSnbGopDriver (GUID: 8D59EBC8-B85E-400E-970A-1F995D1DB91E), а затем вставить его же, то хэш биоса действительно меняется. (если не удалять и вставлять, а просто заменить на такой же, то все нормально) P.S. Проверил на своем биосе, у меня UEFITool сработал корректно.
Куратор темы Статус: Не в сети Регистрация: 02.03.2008
vicdog, естесственно поменялась. Дело в том, что секция эта хранится внутри секции упакованной алгоритмом LZMA, а параметры оригинального алгоритма UEFITool не сохраняет. В итоге происходит следующее: оригинальный файл упакован с размером словаря в 2^20, а УТ перепаковывает его с размером словаря 2^19. В результате получается, скорее всего, преполнение буфера при распаковке, и прошивка не работает именно поэтому. Т.е. сам драйвер совершенно нормальный, но вот так сложилось. Надо бы это исправить, потому что такие плавающие глюки - это глупо.
CodeRush, должен согласится. Проверил работу УТ с другими драйверами, где есть LZMA упаковка. Есть еще вопрос. Как думаете, почему биос не работает, если в нем заменить драйвер IntelGopVbtInnoluxXpwrsmipi (GUID:3ACF0AE5-6D7E-4FCB-805F-0D33EB199662) от биоса-донора? (Думаю что он отвечает за работу монитора). Здесь УТ замену делает корректно. Эта проблемма связана с проверкой КС биосом или в чем-то еще?
Куратор темы Статус: Не в сети Регистрация: 02.03.2008
vicdog, вероятнее всего да, это Текласт, они известны своими хешами ДХЕ-тома. Я уже однажды показывал, где именно они хранятся где-то на win-raid.com, но тогда человек с планшетом просто пропал и не вышел на связь. Если у тебя есть программатор и возможность проверить, я посмотрю еще раз, где там эти хеши хранятся и как их пересчитать.
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете добавлять вложения