[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
Статус: Не в сети Регистрация: 18.02.2008 Фото: 0
LS_29 писал(а):
А-абалдеть!
что, у них руки дошли? не ну это уже не серьёзно! как будто они сразу не видели этой проблемы. что заставляет воля не воли подумать о тупости инженеров Intel, но по скольку этого быть не может там явно не ослы сидят. в итоге не понятна причина подобного.
Куратор темы Статус: Не в сети Регистрация: 11.12.2010 Фото: 13
LS_29 Наконец-то обновился до UBU v1.45 - всё просто чудесно Теперь есть UNDI для сетевой Intel и работает вкладка в биосе. С VBIOS по инструкции - тоже всё получилось. ME также обновил до последней с win-raid форума, можно теперь и 10-й LTSB пощупать... Конечно, за всё время, UBU прошёл большую эволюцию... Спасибо Вам огромное ещё раз за ваше творение! И всем, кто соучаствовал, конечно!
Куратор темы Статус: Не в сети Регистрация: 20.04.2012 Откуда: Россия
jjxaker Ку дядько и малиновые штаны!! И не говори, видать нашелся у них грамотный спец.
Добавлено спустя 27 минут 47 секунд: ingviowarr Благодарю. Надеюсь, что эволюция будет продолжаться, не такая конечно радикальная, но есть еще несколько идей которые хотелось бы реализовать. А пока вспоминаем старую добрую игру, про копателя!
Member
Статус: Не в сети Регистрация: 18.02.2008 Фото: 0
LS_29 Привет. да, давно уже не заглядывал сюда совсем ленивый стал достало всё, работа фильмы по вечерам и так по кругу))) Зато раз и попал на такую великую обнову хотя руки так и не дошли попробовать новый микрокод... так в падлу что просто ппц. короче совсем расклеился, ничего не радует. обстановка конченная совсем лишила радостей в жизни причём всех и сразу.
Куратор темы Статус: Не в сети Регистрация: 20.04.2012 Откуда: Россия
jjxaker, да ладно тебе. Всё наладится! Как говорил один мудрец: "Всё проходит. И это пройдет." Честно сказать, у меня тоже далеко не всё айс, но надо бороться, чтобы завтра не было как вчера. Прорвемся!
Столкнулся со странной проблемой, адаптер Broadcom 802.11ac VEN_14E4 DEV_43A0 в Windows 10 после выхода из Sleep режима оказывается неактивным, но при этом создается его активный двойник в Device Manager. После ребута двойник становится неактивным, а первый снова активным. Причем двойник создается только при выходе из Sleep, а при выходе из Hibernate нет. Дальнейшие повторения Sleep только меняют активность между задвоенными девайсами. Все это наблюдается не только с установленным драйвером устройства, но и даже если драйвер неустановлен(видим задвоение Network adapter). Соответственно теряется Wi-Fi подключение после каждого выхода из Sleep до перезагрузки, что очень геморройно. В чем может быть проблема, в винде или в биосе? Компьютер MacBookPro mid 2014 (BootCamp)
Куратор темы Статус: Не в сети Регистрация: 02.03.2008 Откуда: Cupertino, CA
softhive, скорее всего, устройство не может себя проинициализировать правильно после S3 Resume. Вероятнее всего, это баг в его прошивке, попробуй поискать обновления для нее.
Куратор темы Статус: Не в сети Регистрация: 20.04.2012 Откуда: Россия
scrubber писал(а):
относится только к райду
Да, всё все вышеперечисленные модули относятся только при работе в режиме RAID. Если данный режим не используются то и смысла в обновлении нет никакого. Почему сделано разделение для АМД? Замечено, что не все новые модули могут корректно работать на той или иной платформе. Так что метод тестирования.
Куратор темы Статус: Не в сети Регистрация: 20.04.2012 Откуда: Россия
По многочисленным просьбам трудящихся опишу то что есть на win-raid. Intel OROM VBIOS. Перенос настроек.
Нудный ликбез
И так, почему надо переносить настройки в VBIOS Интел? Вроде как раньше никто никогда не заморчивался этим воппросом. Нашли более новую ОРОМку обновили в БИОС и всё работает. Да, раньше так и было, потому что был только один аналоговый видеовыход D-SUB и VBIOS уже был по умеолчанию настроен под него. Но вот владельцы перывх лептопов и ноутов не могли этим похвастаться, в большинстве своем такое обновление "нашел как есть и поставил как есть" могло привести к черному экрану. Внутри каждой ОРОМ ВБИОС Интел есть VBT (Video BIOS Table) в этой таблице содержатся все настройки работы встроенной видяхи. Настроек там очень много, даже сложно скаазать сколько, но за 100 точно могут перевалить. К сожалению в Сети нет нигде информации о том, что же там так много и что и как настраивать. Увы, я тоже не понимаю и части этой "Вселенной", но кое что более-менее понятно. Есть настройки портов вывода, настройки разрешения поддерживаемых экранов, настройка параметров матрицы (для ноутбуков например) и куча еще чего то там, в последних ще настройка работы со звуком.. Почему всё так сложно? У nVidia и AMD ничего такого нет. Этот вопрос к Интел, но могу точно сказать, что у nVidia и AMD вполне есть подобные настройки в их ВБИОС, но для нас они не доступны. Да мы с ними как то и не заморачивались, довольствуясь тем, что можно понастраивать в них разгон, а если удасться то и повключатьь отключеные блоки шейдеров, а остальное не важно. У Интеловских ВБИОС сразу скажу - нет настроек по разгону, так что мысль большинства о том, что с новой версией ОРОМ всё будет работать быстрей, не более чем мечта. Так что особо не обольщайтесь если решите установить новую версию ВБИОС. И всё же почему надо переносить настройки? Да всё просто, частично я уже ответил, вся проблема упирается в порты D-SUB, DVI, HDMI и DP. Ранше был один порт D-SUB и мы не заморачивались, с появлением на материнке DVI в 95% всё проходило на ура, а вот с появлением HDMI и DP уже - черный экран мог быть гарантирован и особенно есом еа материнке будут тольуо порты HDMI и DP. Ведь каждый производитель матернской платы оставляет за собой право установить то, что сочтет нужным. Было замечено, что если у вас на борту есть D-SUB и вы его испольуете, то в 95% случаев можно было устанавливать любую новую версию ВБИОС от любой другой платы и это будет работать, так и было на 5 и 6 чипсетах, даже при наличии DVI порта. Но вот опять же на материнках с 6-ым чипсетом уже появился HDMI и вроде бы ничего, переносили ставили и вроде как работало, но по D-SUB, а DVI и HDMI уже черный экран. Всё особенно выразилось на матренкаъ с 8-ым чипсетом, D-SUB порта нет, DVI нет, а по другим портрам уде индивидуальная настройка под конкретную матренку. Вот так то. Как я уже сказал в настроек в VBIOS Интел очень много и переносить всё вручную тоска и печаль. Ниже изложу простую инструкцию как облегчить эту работу. Описание только для дектопов, для ноутов придется вооружаться терепением и ручками всё сверять, так как не все параметры могут переноситься корректно!
Собственно метод переноса настроек при обновлении версии OROM VBIOS Интел. Рассмотрим пример переноса настроек на базе материнской платы Asus P8Z77-V LE Plus. 1) Открываем файл NIOS в MMTool и извлекаем OROM VBIOS в файл например vbios.dat,
Вложение:
pic_1.JPG [ 161.65 КБ | Просмотров: 12943 ]
Обычно для Интеловских (VenID=8086) VBIOS часто встречаютс DevID: - для дектопов SNB-102, IVB-162, HSW/BDW-402,412,c02,c12 - для мобильных SNB-106, IVB-166, HSW-BDW-406,416,c06,c16 - для SKLобычно всегда - 406 2) Открываем извлеченный vbios.dat в любом хекс-редакторе, Ищем строку начала VBT, это $VBT и начинаем его изучать
Вложение:
pic_2.JPG [ 300.72 КБ | Просмотров: 12943 ]
Мы видим, что: - версия OROM VBIOS 2143 и она для для дектопов, а значит нам желателен родной BSF (BIOS Script File) Desktop/'snb_2143.bsf, для простоты будем называть его шаблоном. - сиотрим версию VBT - "A6 00" -> A6 (v1.66) и м размер VBT - "0E 0F" -> 0F0E (3854 byte). Эти оба параметра очень важны для нас, например если нет родного щаблона для версии 2143, то можно подобрать из таблицы 'Table VBT OROM VBIOS Version and Size.docx' ориентируясь на эти данные. Идеальный вариант когда нужные версия и размер VBT совпадают, если нет то смотрим на совпадение разиера. Если и такого нет, то откажитесь от дальнейших операций пока не найдете нужный вам габлон для снятия настроек! 3) У нас есть нужный шаблон, а значит устанавливаем программу для работы с Интеловскими ВБИОС "Intel Binary Modification Programm" или попросту IBMP. 4) Запускаем IBMP и в ней открывем файл vbios.dat и его шаблон, в нашем случае snb_2143.bsf
Вложение:
pic_3.JPG [ 23.1 КБ | Просмотров: 12943 ]
5) Сохраняем настройки текущего VBIOS 2143. Для этого выполняем следующие действия - Menu -> "BIOS Setting -> Save All" -> и сохраняем настройки в файл transfer.ssf Важно! Размер полученного файла с настройками не должен быть более 30 килобайт! (Обычно размер от 8 до 25 килобайт). Если он больше то либо шаблон не родной либо настройки сделаны были не корректно, а значит откажитесь от дальнейших действий и пепеносите всё ручками. 6) Если всё хорошо, то закрываем текущее окно и открываеем файл transfer.ssf в любом текстовом редакторе.
Вложение:
pic_4.JPG [ 141.84 КБ | Просмотров: 12943 ]
И удаляем полностью одну строку Дело в том, что такие проги как GPU-Z и AIDA64 считывают версию из этой строки и если данную строку не удалить, то она перенесется в новый ВБИОС и у вас на экране будет показываться старая версия. 7) После подготовки файла transfer.ssf загружаем его в новый OROM VBIOS например версии 2170. Для этого открываем в IBMP чистый файл ОРОМ snb_2170.dat и шаблон snb_2170.bsf для дектоп
Вложение:
pic_5.JPG [ 23.24 КБ | Просмотров: 12937 ]
8) Загружаем настройки. - Menu -> "BIOS Setting -> Apply All" -> и выбираем файл transfer.ssf И смотрим процесс заполнения. Если всё прошло удачно, не всплыло никаких предупреждений или не было никаких красных позиций то сохраняем VBIOS например как vbios_new.dat. Для обновления через UBU, только дектоп, надо переименовать и положить готовый файл по правилу: - Sandy/IvyBridge -> 'Modules\VGA\vbiossib.dat' - Hasweell/Broadwell -> 'Modules\VGA\vbioshsw.dat' полсе этого он будет доступен в меню обновления для видео.
Важные замечания! 1) Следите чтобы не было никаких предупреждений и красноты. Если они были, то данный перенос не возможен корректно. Переносить придется или вручную или отказаться от безумной затии. 2) Желательно после сохранения ОРОМки проверть CS8 контрольную сумму файла, она должна быть 00! 3) В идеале если версия и размер VBT старой ОРОМки совпадают с новой. Это 100% корректный перенос. 4) Перенос настроек HSW 5.0.xxxx -> HSW-BDW 5.5.хххх лучше делать вручную, тк многие настройки отсутствуют, многие имеют другой размер и есть новые, но есть исключение, например для владельцев ASRock. Вы можете взять OROM VBIOS со старщей материнки с с таким же названием. Проверено на Asrock Z97 Ext3 -> Z87 Ext3 Asrock Z97 Ext4 -> Z87 Ext4 Asrock Z97 Ext6 -> Z87 Ext6 работает идеально! Особенно это хорошо для тех у кого версия ОРОМки 2166, тк шаблона для нее найти не удалось, а ближайшая версия 2170 снимает настройки не корректно! 6) Перенос настроек для HSW-BDW с версий 1025-1028 на последнюю 1039 проходит гладко, не смотря на разиеры и версии VBT. Там зачемто в VBT понаделали пару дыр и всё.
Скачать Intel® Binary Modification Program v2.67e PV - редактор OROM VBIOS, позволяет настраивать параметры iGPU, а также коллекция VBIOS и шаблонов BSF. Здесь
Последний раз редактировалось LS_29 19.12.2018 2:44, всего редактировалось 13 раз(а).
Member
Статус: Не в сети Регистрация: 18.02.2008 Фото: 0
Цитата:
В своих попытках заставить пользователей перейти с Windows 7 и Windows 8.1 на более новую Windows 10 корпорация Microsoft с самого начала действовала навязчивее, чем при предыдущих релизах своих ОС, некоторые даже называют ее политику агрессивной. Стало известно, что Windows 7 и Windows 8.1 будут операционными системами для устаревающих архитектур, а новые процессоры 6-го поколения Intel Skylake и последующие будут требовать работы на Windows 10. Собственно, правильнее сказать, что Microsoft с 17 июля 2017 просто не будет предоставлять обновления для Windows 7/8.1, кроме обновлений безопасности и тех, которые затрагивают стабильность и быстродействие систем. В то же время, на компьютерах с процессорами до Skylake Windows 7 и Windows 8.1 будут продолжать получать все обновления до 14 января 2020 и 10 января 2023 соответственно. Таким образом, Microsoft намекает на то, что лучше бы всем обладателям устройств на Intel Skylake и будущих побыстрее обновиться до Windows 10, если гаджет был выпущен не с десяткой или пользователь намеренно установил более старую Windows вместо более новой. Также, Терри Майерсон (Terry Myerson), говорит о том, что Windows 10 может работать со Skylake до 30 раз быстрее, чем та же Windows 7. А для будущих платформ Kaby Lake от Intel, 8996 от Qualcomm и Bristol Ridge от AMD операционная система Windows 10 будет единственная из Windows поддерживаемая для данных архитектур система.
Много чуши, типа 30% быстрее... но, выражаясь на русский язык с приходом Kaby Lake установить Win7 уже не получиться никак. MS старается видать прощай CSM с биоса... ну а чё ещё, смыла изобретать велосипед нет. этого будет достаточно. У меня сразу возник вопрос, а можно будет его насильно вернуть если хвосты останутся? мне то пофик в принципе Win7 не нужна, но чисто теоретически интересно... ведь вони по этому поводу будет достаточно.
Всем привет. Пришла посылка с программатором и SPI-Flash. Наделал флешек с бекапами, родную положил в стол, а с копиями стал пробовать обновлять. Фактический ничего не мудрил, просто прогнал через последнюю версию UBU. Прошил и вставил чип в материнку. На первый взгляд всё ОК, всё работает и вроде как стабильно.
Но я не совсем уверен т.к. не полностью разобрался с вопросом переноса настроек Intel VBIOS и нужно ли оно в моём случае. Потому к Вам просьба, если не затруднит посмотрите на дампы, что было до UBU и что получилось после. Подскажите если чего не так наворотил.
Куратор темы Статус: Не в сети Регистрация: 02.03.2008 Откуда: Cupertino, CA
jjxaker, последнее предложение в цитате - полный звиздеж, никто от CSM не отказывается и не откажется еще лет 10 как минимум, просто раньше Intel поддерживала IBV при решении проблем с CSM, а теперь перестанет, вот и все. Т.е. по факту эмуляция legacy BIOS на новых процессорах будет работать медленнее, или менее стабильно, но на Windows 7 её все равно хватит обязательно. Дело в том, что если отказаться от CSM сейчас, то весь рынок промышленной автоматики и встраиваемых решений просто не станет покупать новые процессоры, и очень многие производители систем с этого рынка на такую подставу со стороны Intel сильно обидятся. Можно ли насильно вернуть - его уже вернули насильно, нет никакого "CSM от Intel" уже с Z68, все современные реализации CSM написаны непосредственно IBV.
Добавлено спустя 2 минуты 30 секунд: madgrok, если встроенная видяшка и прочие компоненты не используются то и обновлять ничего не надо.
Добавлено спустя 3 часа 22 минуты 49 секунд: jjxaker, а я думаю, что всё будет и утанавливаться и работать, скорее всего просто дрова под 7 и 8.х выпускать не будут по аналогии с WinXP и усё..
madgrok, если встроенная видяшка и прочие компоненты не используются то и обновлять ничего не надо.
Сейчас нет, не используются. Но в скором времени буду делать тотальный апгрейд и это железо пущу на сервер домашний, там и RAID будет нужен и видео встроенное. + тема интересна.
Member
Статус: Не в сети Регистрация: 18.02.2008 Фото: 0
CodeRush писал(а):
весь рынок промышленной автоматики и встраиваемых решений просто не станет покупать новые процессоры, и очень многие производители систем с этого рынка на такую подставу со стороны Intel сильно обидятся.
А есть такой вариант что для Корп сектора будет а для потребительского нет? ну типа для чипсетов B, Q, H да а для Z нет.
LS_29 писал(а):
скорее всего просто дрова под 7 и 8.х выпускать не будут по аналогии с WinXP
хм... тоже как вариант. это же требует средств, могут и отказаться...
Сейчас этот форум просматривают: p5ych0, seavovk и гости: 93
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете добавлять вложения