[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
LS_29 Понял, принял
Добавлено спустя 46 секунд: Слушай, может добавишь к UBU для обновления оромок LAN и iGPU из папки?(на постоянной основе) с IRST очень удобном этим пользоваться...
Куратор темы Статус: Не в сети Регистрация: 20.04.2012 Откуда: Россия
jjxaker, добавляю потихоньку в 1.70. С ИРСТ и ГОП/ВБИОС проблем нет при использовании муму 5,2, а вот с ЛАН для Интел беда. Для новых 100/200/300 проблем нет, но вот на х99 и предыдущими сложнее. Там же, к примеру налеплено DrvID 1502/1503 и тп, а чип i210 и тп, и начинаются танцы с бубном, в придачу ефм лан попадаются такме, что караул. Я тебе попозже впилю в 1.69.Crutch 3 на пробы в облегченном режиме. Да кстати у асус ВБИОС сидит в 2-ух местах. Один стандартно в контейнерах, а вот второй в PAD. У себя я его обновляю черех хекс путем вставки с заменой или шью через FPT адресно, но вот на кой ляд он тама нужен до сих пор не понятки, а хрень эта с самого начала уефибивисов у асусов и только у них.
Member
Статус: Не в сети Регистрация: 11.12.2010 Фото: 13
LS_29
Опробовал сценарий UBU v1.69.16 для ASUS P8Z77-V DELUXE, Win8.1 [x64] Использовал MMTool 4 v4.50.0.23
1) Найдена следующая ошибка MC Extractor
Error (Скриншот)
Но если просмотр списка из П.3 не трогать, а просто пользовать обновление из П.1 - UBU всё делает как надо.
2) Комсетическое: Строки результатов после отработки основных сценариев 2 и 3 не влазят по ширине. Т.е. после длинного GUID "...Ok!" - слазит на следующую строку, остаётся пару букв или только "k!" с пустой строкой (не комильфо) Вероятно, такое присутствует и в других основных сценариях, которые у меня не активны, но в которых есть GUID.
(Если что, у меня есть 9 аккуратных скринов (шагов) всего поэтапного прохождения квеста. Если надо посмотреть о чём речь - выложу).
3) После интеграции микрокодов в новой готовой таблице их 4 штуки (4 строки), а как бы ожидал 2 (по одному для Sandy и для Ivy) "Дубликаты" отличаются колонкой "Offset". Так должно быть?
4) Способ обновления VBIOS и путь в UBU не изменялся? Свой подготовленный "vbiossib.dat" (для 1155 платформ) ложу в ...\Modules\VGA\ Всё верно?
Добавлено спустя 34 минуты 55 секунд: И ещё. Я бы рекомендовал добавить автоматический выход в Главное Меню после, непосредственно, процедуры обновления микрокодов. Т.е. после процедуры обновления, вместо возврата в меню CPU MicroCode, сделать возврат в Main Menu. Так же, как это происходит в прочих основных сценариях. Как бы намекая юзеру, что хорошо бы не забыть сделать корректный Выход [0] с сохранением всех результатов модификации бивиса (и автоочисткой временных файлов).
Member
Статус: Не в сети Регистрация: 28.09.2004 Откуда: Магнитогорск Фото: 78
antreute В принципе да, но ещё лучше к вынутой батарейке добавить замыкание Clear CMOS. И батарейку стоило бы сразу заменить на свежую - мамка то явно старше 5 лет...
Куратор темы Статус: Не в сети Регистрация: 07.08.2003
antreute писал(а):
для выполнения "Clear CMOS",можно просто вытащить батарейку с материнки и засунуть обратно?
Только не забывайте, что материнках с AMI Aptio BIOS текущие настройки хранятся не в CMOS, а NVRAM. Данные в последней отсоединением батарейки не обнуляются.
больше даже Просто не ясно почему сами производители не делают автоапдейт своих комплектующих. Многие же еще сидят на старом оборудовании. Да и майкрософт что то не чешется в этом плане.
Куратор темы Статус: Не в сети Регистрация: 20.04.2012 Откуда: Россия
jjxaker Аха, если так сделать, то заваялт запросами какой ором/ефм надо под конкретный чип и почему оно не работает. Хотя уже давно пора было уяснить, что с появлением i219 чипа Инетел разделила PRO1000/GE v Gigabit/СL на до и после, но вот народу влом втыкать в такмие тонкости. Вот в версии 1.70 уже убраны файлы ИРСТ/ИРСТе, теперь каждый сам будет решать какую версию покласть и обновить. И уже хай будет по отсутствию варианторв.
По ВБИОСу не пробовал, но точно знаю, что из контейнера убирать нельзя, а обновление в РАD можно и утилю намутить как для восстановления _FIT_.
DeathBringer, как оумаешь, на 1150 будет?
antreute, если производители будут обновлять старые изделия то никто не будет покупать новые, а это убыток. Жить на чтьо то ведь надо...
Добавлено спустя 4 минуты 33 секунды: lokix, там описалово на момент той версии, так что без разницы какая 1,69.хх.
Member
Статус: Не в сети Регистрация: 18.02.2008 Фото: 0
LS_29 писал(а):
И уже хай будет по отсутствию варианторв.
Ну вот это правильно. я как бы тоже не вижу иных вариантов на текущий момент, что сделаешь если нет пока что возможности реализовать универсальное решение. Можно создать например на Mega папки (CPU/IGPU/LAN/SATA/NVME и так далее) и сортировать все модули которые можно засунуть в биос в едином месте, ну и естественно держать там всё в актуальном состоянии. а в шапке сделать мини FAQ по этому делу, типа для какой платформы что подходит.
Member
Статус: Не в сети Регистрация: 11.12.2010 Фото: 13
LS_29 , jjxaker
Цитата:
заваялт запросами
На самом деле и FAQ, и автоматицация с предложенными вариантами - оба сила, одновременно. FAQ (которого, по факту, нету уже 5-й сезон) даёт понимание и подкрепляет уверенность в действиях, а предложенные варианты позволяют не растеряться совсем (кто первый раз или уже подзабыл с прошлого раза).
В качестве произвольного последнего примера (с Intel LAN), если иметь под рукой нужную информацию по основным вопросам, можно легко "вытянуть из рукава" такое:
Тройное Комбо, причёсанное на основе цитат и обмена информацией из ветки:
Чем отличаются обновления OROM для LAN Intel:
- OROM LAN Intel BootAgent CL (Update Automatic Mode) - OROM LAN Intel BootAgent GE (Update Force Mode for Intel)
С появлением i219 чипа Intel разделила PRO1000/GE и Gigabit/СL на "до" и "после".
Раньше все гигабитные контроллеры шли как Boot Agent GE в оромках и PRO/1000 UNDI в EFI. И всё было хорошо и замечательно, всё в одном, общие DevID и совместимость.
C появлением i219, стало чуток сложнее:
• для "домашних" 82579/217/218/219 - Boot Agent CL и Gigabit UNDI • для 210/211/350 - Остался Boot Agent GE и PRO/1000
Соответственно, поддерживаемые Device ID - разделены: для каждого своё. Такой выбор реализован, потому что встречаются еще и старые версии с общими DevID.
Т.е., стоит на плате i210 контроллер, и файлы настроены, например, на DevID 0x1502. UBU смотрит на DevID и предполагает, что это "домашка", а по железу - не так. Вот пользователь и должен знать, что у него на борту.
Но! Если настройка 0x1502, а чип i210, то, увы, новые версии уже не установить. Для таких случаев сделан 3-й вариант. Потому что i210 - это GE и PR0/1000, а новые версии DevID 0х1502 не поддерживют. Также, новые CL и Gigabit не поддерживают сам чип. Для таких случаев - форсированный 2-й вариант (или 3-й вариант, если два чипа на борту).
Т.е. я и за FAQ и за Автоматизацию с вариантами (если ничему не противоречит)
Куратор темы Статус: Не в сети Регистрация: 20.04.2012 Откуда: Россия
jjxaker писал(а):
Можно создать например на Mega папки (CPU/IGPU/LAN/SATA/NVME и так далее) и сортировать все модули которые
Не вариант. Кто будет решать, что актуально, а что нет? И что есть - "актуально", последняя версия или стабильность или скорость? Я таких рекомендаций дать не могу. Архив, наподобмм ВБИОС, с файлами я конечно сделаю из того что есть, а обновки на вин-райде ребята подкидывают.
Сейчас этот форум просматривают: zovkingrisha и гости: 61
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете добавлять вложения