[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 28.01.2024 11:28, всего редактировалось 1026 раз(а).
Парни, скоро мне нужно будет переустановить ОС и перед этим я думаю стоит или нет обновлять BIOS с помощью UBU. Сейчас прошит биос без обновления с помощью UBU. Проблема только одна - разгон нормально не проходит тест Prime95, хотя раньше проходил и стабильно всё работало года эдак 4. Вот думаю стоит ли обновить биос с помощью UBU, накатить микрокод рекомендуемый для разгона Ivy Bridge и обновить Intel ME до версии 8.1.70.1590 ?
Куратор темы Статус: Не в сети Регистрация: 07.08.2003
Varzek Операционная система какая? А какая была когда Prime работал? Можете показать скриншот regedit с раскрытым ключом реестра HKEY_LOCAL_MACHINE\HARDWARE\DESCRIPTION\System\CentralProcessor\0 ?
Varzek Операционная система какая? А какая была когда Prime работал?
Последний "беспроблемный" 10 часовой проход праймом был на Win 10. Сейчас тоже Win 10.
Цитата:
Можете показать скриншот regedit с раскрытым ключом реестра HKEY_LOCAL_MACHINE\HARDWARE\DESCRIPTION\System\CentralProcessor\0 ?
#77
Также что происходило в журнале Windows во время последнего теста Prime95, когда я начал грешить на последнюю версию этой программы и скачал p95v294b5, а не b7.
Куратор темы Статус: Не в сети Регистрация: 07.08.2003
Varzek Попробуйте переименовать или удалить файл C:\Windows\System32\mcupdate_GenuineIntel.dll. Но думаю, что это банальная деградация материнки и/или процессора.
Добавлено спустя 11 минут 31 секунду: А также попробуйте отключить защиту от атак Meltdown и Spectre:
выполните в командной строке от имени администратора
Varzek Попробуйте переименовать или удалить файл C:\Windows\System32\mcupdate_GenuineIntel.dll. Но думаю, что это банальная деградация материнки и/или процессора.
Может и деградация. Но всё-таки есть небольшие подозрения на Prime95 последних версий. Потому что последний прайм вообще крашится где-то через час после прохождения теста. Надо будет попробовать какие-нибудь ранние версии для проверки этой теории или попробовать сделать тест праймом без разгона. Но в любом случае переустановку системы делать буду. И возвращаюсь к первоначальному вопросу. Стоит ли зашивать обновлённый биос и какие обновления накатывать?
BIOS до обновления UBU
#77
Как я планирую обновить OROM
#77
В добавок к этому Intel ME обновить до 8.1.70.1590 и микрокод до версии 19. Что скажете?
. 3. Делаю полную резервную копию биоса со всеми регионами (запускаю backup.bat). 4. С помощью UBU_v1_69_10 редактирую по пунктам оромы в этом биосе либо на оптимальные, либо на последние (микрокоды для процессоров беру - лучший разгон). Отредактированный биос возвращаю обратно в FTK8. 5. Захожу в биос, прошиваю откатный биос 1805 для этой платы через ez-flash, у которого нет защиты. Тупо сбрасываю настройки F5 в дефолт и загружаюсь с этим биосом. 6. Захожу в FTK8, запускаю командную строку от админа для модифицированного биоса "fptw -rewrite -f bios.bin" , где bios.bin - Ваш модифицированный биос. 7. Вырубаю комп с перезагрузкой с пом poweroff.bat . 8. После перезагрузки будет прошит модифицированный биос со всеми Вашими настройками, какие были до модификации.
P.S. Весь риск и ответственность по этой операции несет исполнитель этой операции.
_________________ Танец с бубном-главный инструмент в руках успешного компьютерщика по решению проблем, точно также,как и метод научного тыка,в руках успешного ученого.
Куратор темы Статус: Не в сети Регистрация: 07.08.2003
Varzek При текущих настройках и версии микрокода 0x17 процессор стартует и загружает систему, а она обновляет микрокод до версии 0x1B. Именно поэтому нет смысла вшивать микрокод 0x19 в BIOS. OROM-ки обновлять нужно только в том случае, если есть какая-то проблема либо когда достоверно известно, что их обновление даст какое преимущество. А вот ME обновить стоит - это проще всего сделать при помощи FWUpdLcl из чистого DOS.
Prophy2000, на какие версии ОРОМ ты в последний раз обновлял BIOS?
DeathBringer писал(а):
Varzek При текущих настройках и версии микрокода 0x17 процессор стартует и загружает систему, а она обновляет микрокод до версии 0x1B. Именно поэтому нет смысла вшивать микрокод 0x19 в BIOS.
А как сделать, чтобы система не обновляла микрокод до версии 0x1B? Для этого и нужно было переименовать mcupdate_GenuineIntel.dll? В таком случае что лучше делать - заставить систему подтягивать микрокод 17, который рекомендован как лучший для разгона или прошить последний для Иви 1С?
ищем в UEFITool, к примеру строку '$VBT', будут варианты. Выкорчевываем их и смотрим в хексе если строка PCIR. Если ее нет значит это VBT для GOP драйвера, если есть то это и есть оромка. Так же по размеру видно будет, что оромка 65 кмло, а VBT обычно 4 кило +/-. Если интеловсеой оромки нет, то основной является от амд.
UEFITool v0.21.4 находит только одну $VBT. Извлекал из самой UEFITool (и Extract as is и Extract body пробовал) (правильно?). Получается файл 19,6 КБ. Текста PCIR HxD v1.7.7.0 в нем не находит. Или извлекаю не тем?
LS_29 писал(а):
Для обновления или добавлени последней версии GOP нужно вытащить дамп из видяхи, можно использовать GPU-Z...
GPU-Z v1.17.0 и v2.6.0 запущенный от админа (без инсталляции) пишет: BIOS reading not suported on this device. (индикатор UEFI на карте AMD не отмечен). Чем еще можно дамп сделать?
Подойдет ли флешка для прошивания\восcтановления подготовленная в rufus-2.12 с FreeDOS-ом ?
Куратор темы Статус: Не в сети Регистрация: 20.04.2012 Откуда: Россия
Тут хохиа. С поялвлениме яипв i219 пошло разделение. Раньше все гигабитные контроллеры шли как Boot Agent GE в оромках и PRO/1000 UNDI в EFI. И всё было хорошо и замечательно, всё в одном обшие DevID и совместимость. Теперь же, с появлением i219, стало чуток сложнее: - для "домашних" 82579/217/218/219 - Boot Agent CL и Gigabit UNDI - для 210/211/350 - остался 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-ий вриант, если 2 чипа на борту) вариант.
Куратор темы Статус: Не в сети Регистрация: 20.04.2012 Откуда: Россия
jjxaker Ку дядько! У тебя есть какие либо материнки на которых сетевуха от Atheros/Bitfoot/Qialсom? Знаю, что терпеть сия контроллер не можещь, но интересные вещи творятся. В новых версиях UNDI упоминается теперь только Killer Ethernet UNDI. Интерес в том, что будет ли новый UNDI пахать на материнках где Killer не упоминается.
Добавлено спустя 5 минут 36 секунд: Varzek, энтузиасты до апгрейда всего нового, а так же тестеры.
Сейчас этот форум просматривают: Google Adsense [Bot], Home_135, lion77815 и гости: 247
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете добавлять вложения