[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 раз(а).
Камрады. Пытаюсь добавить nvme в msi zh77a-g43. Все файлы биоса приходится переименовывать в .cap, тк постоянного расширения нет. Как я понял, это нормально. А вот то, что строки "volume free space", и, соответственно, "project DXE" и иже с ним НИГДЕ в разделе (с DXE точно) нет - наверное, не совсем нормально. Что можно сделать? Шить где? И вообще, возможно ли?
Добавил скрин для удобства
Вложение:
Комментарий к файлу: Добавил скрин для удобства 2019-02-21_00-54-20.png [ 38.8 КБ | Просмотров: 2122 ]
Доброго всем дня. Подскажите, есть ли возможность модифицировать брендовый HP Compaq Pro 6300? Прошивка в UEFITool открывается, но только для чтения, пункты изменения неактивны.
Member
Статус: Не в сети Регистрация: 20.12.2015 Откуда: Belarus
ilyaZet писал(а):
Я вас правильно понял - это уже модифицированный биос для мой zh77a-g43?
Совершенно верно, версия 1A, а не 17. Добавил NVME, обновил микрокоды и драйверы. Пробуйте на здоровье. Версию UEFITool можно обновить до 0.26, баги подправлены. Да, MSI не закрывала и здесь не закрыла регионы от записи.
Куратор темы Статус: Не в сети Регистрация: 20.04.2012 Откуда: Россия
DeathBringer Если не затруднит, посмотри пожалуйста сия бивис https://www.win-raid.com/t785f16-Discus ... l#msg72237 CPUID 406C3, чел обновляет микод до 367, но после прошивки мода видит 353. Была мысля, что явно не мод зашивает, но это так... У меня предположения, что микод подменяет линуха, тк он про сия ОСь говорил А также, что 353 микод сидит где то в бивисе, но я его не вижу и грузит оттуда, а не из 1708 гуйда. Не исключаю, если 353-ого в бивисе нет, то явно есть резервный флэш-чип.
Куратор темы Статус: Не в сети Регистрация: 07.08.2003
LS_29 У в этом BIOS только один блок микрокода. Первым в блоке идет микрокод с версией 0x351. Он и загружается BIOS, а до добавленного ниже дело не доходит. Очень вероятно, что Linux kernel-microcode driver обновляет микрокод до версии 0x353.
Member
Статус: Не в сети Регистрация: 20.12.2015 Откуда: Belarus
DeathBringer писал(а):
Очень вероятно, что Linux kernel-microcode driver обновляет микрокод до версии 0x353.
Ни фига, 353 в сетапе биоса на скриншоте висит. В биосе тоже следов нет. _FIT_ нет. Как вариант, удалить ручками 351. А шьется через хитрую приблуду майкростаровскую. Про резервную копию упоминаний нет. Да и плата относительно дешёвая для этого. Надо чем-нибудь типа FPT попробовать бекап снять. UEFItool говорит, что биос интеловский. Ааа-а, забыл сказать, приблуда эта, похоже бивис тянет с сайта. Так что, нужно узнать, чем он шьёт бивис.
Куратор темы Статус: Не в сети Регистрация: 20.04.2012 Откуда: Россия
В оригинальном бивисе 353. Судя по постам даже ручками менял на 367. Или не то шьет или щьется не всё. В натуре тогда смотреть в бэкап после прошивки мода. Всем спасибо.
Куратор темы Статус: Не в сети Регистрация: 20.04.2012 Откуда: Россия
В принципе этого и следовало ожидать - встроенные флэшкры не шьют всё подряд. Это не только на МСЯ, на Асусах тоже такое встречается. В данном случае перешивались штатно только тома DXE и PEI, а микоды неаходились вне этих томов. Так что как говорил один хороший чпеловек - "Бэкапы наше всё".
Member
Статус: Не в сети Регистрация: 20.12.2015 Откуда: Belarus
LS_29 писал(а):
В данном случае перешивались штатно только тома DXE и PEI, а микоды неаходились вне этих томов.
Давеча перечитал основы PEI initialisations от CodeRush, отличное изложение, я хоть и читаю с листа, но не так доходчиво.Первые ВСЕ исполняются в кеше CPU, до MemInit.Туда же ОБЯЗАНЫ грузится микоды из PEI. А DXE, заразы, для повторного инит свои микоды грузят. Впрочем, это DeathBringer давно раскусил и пользует. Ну да, это больше к Асусу к тому же Аптио 4. Нечто изменилось. Ох, джентелменс, какая зараза использует _FIT_, File Information Table? Маленький размер, фиксированное расположение 0xFFC0, там только смещение на микоды в DXE томе. Пережиток? Милый Енот, заметь, ВСЕ бантики, включая последний тест, при обнулённом FIT и физической вставке микодов в оба тома, в DXE и PEI, UEFItool и HxD, всё руками, так вот, бантик показывал в обоих томах мои микоды. Знаю, бантик правит FIT. Вот только CrystallWell микод 1A не хотел вставлять.
Куратор темы Статус: Не в сети Регистрация: 07.08.2003
Michael_Code Как я уже говорил, Intel CPU boot ROM первым грузит микрокод из FIT. В случае, если микрокод оказался незагруженным, то на этапе PEI микрокод загружает Sec core (обычно из двух модулей с микрокодом). Ну, и на этапе DXE несколько исполняемых модулей могут обновить микрокод еще раз. При этом следует понимать, что модули с микрокодом могут использоваться разные, в том числе и "пустышки". Этим и объясняется большое количество экземпляров одинакового микрокода в ряде BIOS.
Добавлено спустя 6 минут 54 секунды:
Michael_Code писал(а):
Вот только CrystallWell микод 1A не хотел вставлять.
Member
Статус: Не в сети Регистрация: 20.12.2015 Откуда: Belarus
Джентелменс, ну и ещё крайняя заинтересованность! Строка из FIT на первый микод 18 C2 E2 FF 00 00 00 00 00 00 00 00 00 01 01 00 Первые смещение, что прекрасно показывает бантик, спасибо Еноту, а вот эти 0101, в оригинале то же самое. Я оставил по умолчанию. Я где-то потерял объявление переменных в С или С++. Объясните остальные поля.
оффтопик
Не путать с DCLR(declaration), это объявление массива на PL/1, эх, матрицы трёхмерные на ЕС-1033..... Было, хаживал supervisor на ПРИМУС 6 от МИФИ, аналог IBM 360.....
Сейчас этот форум просматривают: Vissa и гости: 66
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете добавлять вложения