[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 раз(а).
Mac адрес вписывается софтом, из под DOS'a, тут ASrock, попробуйте, может сработает https://www.youtube.com/watch?v=0Wkdz7rb0pY . Серийника у гигабайта вроде нет, только у асуса. Поищите в гугле и на ютубе программу dmiedit
Спасибо, попробую.
Добавлено спустя 8 минут 33 секунды:
KotTHECat писал(а):
Попробуй оставить дамп от знакомого, но через FPT прошить свой только регион БИОС
Хорошо, спасибо, и Ваш способ попробую.
KotTHECat писал(а):
Какая версия была до обновления на F23b? Судя по всему F18?
Нет, до обновления на F23b была F8, а после обновления на F23b циклический перезапуск материнской платы. Как я уже вначале писала восстановление из резервного чипа не помогло, и как в итоге я узнала, что прошивка повредилась на обоих чипах
Добавлено спустя 4 минуты 54 секунды:
KotTHECat писал(а):
З.Ы. Оператива KHX1600C9D3/4G?
Если это был мне вопрос, то нет, у меня установлено четыре планки оперативной памяти 2х8 и 2х4.
и как в итоге я узнала, что прошивка повредилась на обоих чипах
Каким образом?
Как-то много путаницы. После обновления на F23b циклический перезапуск, а после прошивания дампа F23b от знакомого - комп стартует, но проблемы с лицензией? Но ведь тот дамп от знакомого - ничто иное как заводской файл с сайта! https://imgur.com/a/L3cjfbJ
Как именно дампы делались? Как биос шился? Какие биосы шились? Как выглядят серийники? Есть ли в материнке встроенный прошивальщик?
Оба дампа показывают странную версию F812. А F8 на сайте и вовсе нет.
Добавлено спустя 1 час 45 минут 1 секунду: Попробуй.
На свой страх и риск. Слепил чисто рандомно) Если не заработает - это ожидаемо. Однако, даже если эта поделка заведётся, далеко не факт, что лицензия на ту же винду вернётся сама по себе. Ну то есть можно состряпать полностью рабочий биос, как был до обновления, и получить отрицательный результат, то бишь отсутствие лицензий, ибо они уже однажды слетевши. Либо же собрать подобие файла из говна и палок, который невесть каким чудом заработает, и получить ровно тот же результат.
dart_raiden писал(а):
Просто не факт, что при полном откате до исходных параметров слетевшая активация не останется слетевшей.
Тут только сверять серийники, которые, я не знаю, существуют ли вообще.
_________________ i7 6700K, ASUS M8HA, ASUS RTX 3090 Strix OC, Kingston HX426C15FBK2/16, Corsair Force MP510 960GB, be quiet! Straight Power 11 850W, Win 11
Куратор темы Статус: Не в сети Регистрация: 20.04.2012 Откуда: Россия
Если борда на базе Интел и основная сетка тоже Интел то в этом случае МАС пишется в GBE Регион. Во всех остальных случаях МАС прописывается в EEPROM сетевого чипа..
Добавлено спустя 12 минут 12 секунд: У Гигов, Асроков и некоторых МСИ в 6-7 и даже 8 серии чипсетов в биос не закладывался серийник и UUID/ По тем временам даже штатно биосы прошиались с полной затиркой Региона BIOS. Даже сейчас не везде это дело есть. К примеру на моем Асрок Х570М даже близко ничего нет то что есть на шильдиках, ни в DMI ни в ACPI ни еще где либо. Исключение было токо у Асус, ну и определенных моделей других брендов.
LS_29 Как тогда объяснить потерю активации винды/софта именно после прошивки заводского бивиса именно программатором? Определённо была привязка к чему-то... Но к чему? На асусе это 100% серийник/uuid (а может и мак). Сам сталкивался с тем, что после замены чего-либо из этого слетала активация. В чём именно была причина - не знаю, не экспериментировал...
_________________ i7 6700K, ASUS M8HA, ASUS RTX 3090 Strix OC, Kingston HX426C15FBK2/16, Corsair Force MP510 960GB, be quiet! Straight Power 11 850W, Win 11
Куратор темы Статус: Не в сети Регистрация: 07.08.2003
KotTHECat писал(а):
Как тогда объяснить потерю активации винды/софта именно после прошивки заводского бивиса именно программатором?
Windows пишет в NVRAM при установке. Посмотрите содержимое BootOrder, Boot0000 и т.д. Установщик создает и записывает GUID загрузчика системы.
Добавлено спустя 24 минуты 49 секунд: Ruslana75 Возьмите официальную прошивку такой же версии (F8), что была до проблем и что осталась в сохраненных дампах. В нее перенесите NVRAM из основного дампа (M-BIOS). NVRAM в Вашем случае с 0x200000 до 0x240000 (длина 0x40000).
Да, действительно. Эти данные я прошляпил. Там даже наименование жёсткого диска TOSHIBA имеется...
А вот мне, как нубу в этом деле, не понятно, почему так сильно отличается структура заводского файла и дампа (и даже два дампа между собой). Впервые такое вижу (как асусовод). Хотя, если посмотреть, "лишние" модули как раз и содержат только NVAR записи (которые создаются при первой инициализации?). Думал поэкспериментировать с перекидыванием модулей из дампа в сток, а тут такое) И как эти нвары впихнуть в стоковый биос? И есть ли смысл...
Есть также мысль, что при обновлении криво прошился ME регион. Если это так, то достаточно будет fpt -rewrite -bios -f dump.bin
Добавлено спустя 2 минуты 23 секунды: О, опередили)
Добавлено спустя 18 минут 23 секунды:
DeathBringer писал(а):
официальную прошивку такой же версии (F8)
Такой версии на сайте не видать. Самая ранняя - F18 На её базе собрал BIOS.
П.С. Мне тоже интересно ковыряться, поэтому также принимаю участие (практикуюсь).
_________________ i7 6700K, ASUS M8HA, ASUS RTX 3090 Strix OC, Kingston HX426C15FBK2/16, Corsair Force MP510 960GB, be quiet! Straight Power 11 850W, Win 11
Проблема: 1. Заблокированы ядра процессоров, доступны только 2 на каждом камне. 2. Простая модификация через AmiBCP (разных версий) приводит к окирпичиванию 3. Замена микрокодов не помогла. 4. Какое либо взаимодействие с скрытыми настройками биоса приводят к окерпичиванию
Прошивки как программатором, так и стандартными методами, результат 1. Попробовал много всего
https://disk.yandex.ru/d/OIjF7XzAl0H2Hw - оригинал https://disk.yandex.ru/d/8f7v7Cj0sN_SNw - мод Это мат плата X79X5, один производитель, одна флешка (mx25l6436f/e) очень похожий биос и т.п. но односокетная, была та-же проблема с заблокированными ядрами. Но чел с гитхаба ее решил. А вот как решил разобраться не могу. Ищу помощи.
Добрый день. Подскажите, с какой проблемой в дальнейшем можно столкнуться, если обновить подписанный EFI AMD GOP Driver 2.2.0.0.0_signed на неподписанный 2.24.0.17.10_NoSign для Chatreey AN1 (2700U)?
Благодарю за отклик. Если правильно понимаю, то в таких исключениях и при замене на неродной подписанный secure boot тормознет загрузку из-за несовпадения подписи с ключом?
Куратор темы Статус: Не в сети Регистрация: 20.04.2012 Откуда: Россия
softhive Если честно, то я без понятия где оно тормознет.. Эти драйверы сплошняком лепят и подписанные и неподписанные и всё работает без особых проблем.
драйверы сплошняком лепят и подписанные и неподписанные и всё работает
В том то и дело что понимаю что ничего не понимаю, но интересно. Например, в последнем оригинальном ROG_CROSSHAIR_VI_HERO_WiFi тоже влепили неподписанный и работает с включенным secure boot, может ключ для сверки подписи выкинули. А на Chatreey AN1 и MINISFORUM UM270 стоит старенький подписанный и конторы почему-то не спешат его обновлять, мутно как-то...
Куратор темы Статус: Не в сети Регистрация: 20.04.2012 Откуда: Россия
Я думаю, что это просто мелкомягкий сертифицировал данный драйвер под свои ОСьки, а к SB это не относится. Неприпомню чтобы кто нибудь озвцчил жалобы на встройках, вот на дискретках чот было, что неподпсанные не работали.
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете добавлять вложения