[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 раз(а).
C прошивкой программатором тоже могут быть проблемы - там флешка с 1.8V.
хоть тут у меня проблем не будет : есть несколько программаторов у меня и такой переходник тоже есть
обычно если использую fpt или afu, то всегда применяю ключи что бы прошивались все блоки биоса принудительно и хвостов не было и глюков и всегда все хорошо было, а на этом стике подкрался нежданчик((
думаю может от других моделей стиков или nuc попробовать флешер, если конечно это проблема флешера, а не кривой капсулы биоса, хотя сыкотно что может для нюков и других стиков чем то флешер отличается и получу вообще кирпич((
Member
Статус: Не в сети Регистрация: 20.12.2015 Откуда: Belarus
Это что за фигня, я про номер? Там же 25 лежал с инженерными C1 и C2. Из мся вытащил - MSI_H81M-P33_1A.bin cpu306C3_plat32_ver00000099_2013-01-21_PRD_4F685C3D.bin
Да, ещё, заменил в DXE NTFS PE32 AMIшный на GRUB, стал нормально видеться 1 Tb диск из шелла. А так до этого какие-то обрубки, из кучи нормальных каталогов коротких аглицких без пробелов показывался только один. Думается, теперь возможно будет установщик WIN с NTFS флешки стартовать.
Куратор темы Статус: Не в сети Регистрация: 20.04.2012 Откуда: Россия
Michael_Code Это "обманка", по факту это 0х07. У Асроков, по моему, подменяли на 0хFF, в башке микода. Таким макаром МСЯ и Асрок реализовывали разгон для не-К.
Куратор темы Статус: Не в сети Регистрация: 20.04.2012 Откуда: Россия
Про скандал не знаю, но подобная фигня была еще еа SKL, там подменивали 0х74 и по моему тоже на 0хFF. В Асус мудриди по другому, "разнонный" микод укладывался в свой FFS, без вмешательста.
RedMaxKr писал(а): parseFile: invalid data checksum 5Ah, should be AAh Если в родной прошивке, то можно игнорировать.
Пытался гуглить эту ошибку, наткнулся на англоязычном форуме на ответ. Но на ломаном английском я не все понял. Но вроде как у человека была такая ошибка, он перепрошил биос и потом мать восстанавливал. Не хотелось бы.
DeathBringer писал(а):
RedMaxKr писал(а): Или лучше не менять прошивку? Цель модификации?
В большинстве случаев я считаю обновления полезными.И вообще, не зря ведь их выпускают.
LS_29 писал(а):
По второму, кинь биос от МСЯ В150 где Код: parseFile: non-empty pad_file contents will be destroyed after volume modifications
Эта ошибка только один раз появляется, при первом обновлении чего либо (видео, диска...). Дальше продолжить обновлять - ошибка не появляется. Материнка MSI B150M Mortar, прошивка 7972vCD http://download.msi.com/bos_exe/mb/7972vCD.zip
Куратор темы Статус: Не в сети Регистрация: 07.08.2003
RedMaxKr Желание модифицировать BIOS без конкретной цели не поддерживаю и не поощряю.
Добавлено спустя 5 минут 15 секунд:
Michael_Code писал(а):
Из мся вытащил - MSI_H81M-P33_1A.bincpu306C3_plat32_ver00000099_2013-01-21_PRD_4F685C3D.bin
Так как первые 0x30 байт микрокода процессором не используются, то производители часто для упрощения логики выбора "правильной" версии микрокода "меняют" версию микрокода. Конечно, фактически при загрузке она не меняется. Реальная же версия микрокода лежит по смещению 0x3C.
Куратор темы Статус: Не в сети Регистрация: 20.04.2012 Откуда: Россия
RedMaxKr Слухай внимательно. По первому парсеру можно не морочиться, тк у МСЯ это часто встречается, что якобы CS не те. По поводу потери non-UEFI data, тут непонятки. Некоторые утверждают, что затирание этого кода
Код:
EA D0 FF 00 F0 00 00 00 00 00 00 00 00 00 27 2D
в смещении 0хFFC000, якобы приводит к кирпичу. Но так это или нет никто не проверил, все тестеры на вин-райде сдриснули от гипотетических дововод Лоста. Этот кусок теряется если использовать UEFITool/UEFIReplace v0.25.1 & 0.26.0 Поэтому скачай UEFIReplace 0.25.0, ссылка в шапке на "UEFITool" и поклади взамен того, что в пакете. Сия код останется на месте.
Member
Статус: Не в сети Регистрация: 20.12.2015 Откуда: Belarus
Джентелменс, может кому-то пригодится... С NTFS флешки вчера нормально установил 1903, правда, в MBR режиме, у меня ДОС раздел. Если правильно помню, на AMIшном даже так не прокатывало. ================================================ ntfs_768BEDFD-7B4B-4C9F-B2FF-6377E3387243.ffs Insert or replace. This full functional DXE driver from GRUB 2.0 v. 1.3 Driver from AMI must die... ================================================ Shell_keyF12_9257B1B6-82DF-4B69-A83B-C16D671B9A9F.ffs EFI Shell v.2.02 AMI For ASUS - replace ScreenCap For other - insert ================================================ https://mega.nz/#F!jDADTYTZ!uqr220DMGZtnI_ecGCL_qA
Сейчас этот форум просматривают: p5ych0, Pavel414 и гости: 25
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете добавлять вложения