[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 адресно, но вот на кой ляд он тама нужен до сих пор не понятки, а хрень эта с самого начала уефибивисов у асусов и только у них.
Куратор темы Статус: Не в сети Регистрация: 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 по этому делу, типа для какой платформы что подходит.
Куратор темы Статус: Не в сети Регистрация: 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 и так далее) и сортировать все модули которые
Не вариант. Кто будет решать, что актуально, а что нет? И что есть - "актуально", последняя версия или стабильность или скорость? Я таких рекомендаций дать не могу. Архив, наподобмм ВБИОС, с файлами я конечно сделаю из того что есть, а обновки на вин-райде ребята подкидывают.
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете добавлять вложения