[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 раз(а).
Member
Статус: Не в сети Регистрация: 20.12.2015 Откуда: Belarus
АвтоСпец писал(а):
Помогите пожалуйста с разблокировкой части скрытых настроек в биосе AMI Aptio ноута MSI GP62M 7 Rex. Или хотя бы прошить Биос с несколькими измененными параметрами (core&uncore voltage offset -0,135V)
CMOS пробовали сбрасывать? обесточить систему полностью и вытащить батарейку на 30 сек. CSM в разделе BOOT пробовали выключать? если уже выключено то пробуйте включить (я не помню выключил ли я вам его по дефолту). Другие два слота PCI-e пробовали? должно работать в первом, но всё же чисто для теста нужно проверить все... Например с Kaby Lake + данный мод биос проверяли?
Пробовал сбрасывать, проц у меня 6600к, слоты другие не проверял. я потыкал потыкал, не получилось и забил.. не судьба видать
Junior
Статус: Не в сети Регистрация: 25.01.2012 Откуда: Украина Фото: 0
Имею следующий конфиг: Asus x79 Delux - BIOS 4805 SSD Samsung 840 Pro 256 Mb - Windows 7 x64.... IRST 13.6.3.1001 Raid 0 / Intel SATA mode BIOS - Raid 1.HDD Western Digital VelociRaptor 1Tb 2.HDD Western Digital VelociRaptor 1Tb
Вот думаю обновить OROM and EFI SataDriver (UBU пункт 1), сейчас версия 12.7.0.1936. Страшновато и поэтому есть вопросы: 1. Что будет с текущим Raid 0... будет разрушен? 2. Какую версию RST лучше выбрать? 3. Есть ли вообще смысл обновляться? И еще, правильно ли я понял... UBU модифицирует файл Bios.bin что в папке а потом я уже обновляю им биос например Asus Flash 2... так?
Привет, парни, есть смысл обновлять модули под названием "LAN OROM PXE and EFI UNDI" и "Intel RST(e) OROM and EFI SataDriver", если я не использую загрузку по сети, UEFI boot, и Raid ? Материнка на Z77.
Куратор темы Статус: Не в сети Регистрация: 20.04.2012 Откуда: Россия
ABC, ответ в вопросе.
Добавлено спустя 8 минут 19 секунд: bormman 1 - обычно нет 2 - для 7-ого до 13.1/2 или 14.1/2, точно не припомню. Знаю, что для 8-ого до 15.1 3 - смотря какие цели. Обычно для скорости сочетая с дровами вмеды. В шапке первая ссылка на вин-рад 4 - для асус токо через UBF, FTK (сняв BIOS Lick) или программатор
Добавлено спустя 5 часов 18 минут 52 секунды: DeathBringer Подскажи пожалуйта 506Е8 изначально к какому сокету относился?
Куратор темы Статус: Не в сети Регистрация: 20.04.2012 Откуда: Россия
DeathBringer Подскажи, а 506Е0 по 506Е7 тоже относятся к 1151, как ES?
jjxaker Готов потеститься? b1 почти готова, токо я пока не подключил AMD RAID, GOP SnB/IvB, LAN и OROMки, нудное там дело, и IRST(e) выводит всё, что в папках покладено будет..
Куратор темы Статус: Не в сети Регистрация: 07.08.2003
LS_29 писал(а):
Подскажи, а 506Е0 по 506Е7 тоже относятся к 1151, как ES?
Не только, см. таблицу. Из этого диапазона встречал только 506E0, 506E1 и 506E3 - настольные и мобильные процессоры с ядром Skylake. Первые два - ES. Вероятно, что 506E2 - тоже ES Skylake, но я таких не видел.
Куратор темы Статус: Не в сети Регистрация: 20.04.2012 Откуда: Россия
jjxaker писал(а):
А чё тогда там тестировать чисто Mс как и раньше?
Ну кое что уже работает, в том числе обновка МС на тех А5 у которых том фиксирован.. Еще и бантик подчищается, а то у уже сам путаться начал.
Добавлено спустя 24 минуты 46 секунд: УР использует старый движок УТ, так что сам понимаешь. У маня то всё на А4, проблем нет, а вот с А5 не зеаю и никто протеститься не захотел. Так что буду делать всё под себя да под 2.5 человека.
Member
Статус: Не в сети Регистрация: 18.02.2008 Фото: 0
LS_29 А что за мусор идёт: Empty GUID: parseFile: non-empty pad-file contents will be destroyed after volume modifications parseFile: non-empty pad-file contents will be destroyed after volume modifications Это к чему вообще?
Куратор темы Статус: Не в сети Регистрация: 20.04.2012 Откуда: Россия
jjxaker Это сообщения движка УТ, я просил vit9696, на гитхабе, отклюяить, но получил отказ. Если есть желание продавить отключенние этого мусора то пиши туда.
Куратор темы Статус: Не в сети Регистрация: 20.04.2012 Откуда: Россия
Самый оптимальный вариант отключить сообщения парсера в УР, как это сделано в УФ. Если делать перенаправлнеие вывода в >nul, то будут подавляться все сообщения, не только от парсера, но от УР тоже, что очень не желательно. Буду думать.
The best option is to disable parser messages in UEFIReplace, as is done in UEFIFind. If you redirect the output to ">nul", then all messages will be suppressed, not only from the parser, but from the UEFIReplace too, which is not very desirable. I will think.
Сейчас этот форум просматривают: ikm, RESPEKTROMETR и гости: 176
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете добавлять вложения