Полезные статьи (автор: CodeRush)

Софт




Сохраненные статьи с Win-Raid Forum:

• Intel (Converged Security) Management Engine: Drivers, Firmware and Tools
• Intel (Converged Security) Trusted Execution Engine: Drivers, Firmware and Tools
• Which are the "best" Intel AHCI/RAID drivers?

Другие интересности по теме:

• Отключение BIOS Lock (Error 280 при прошивке)
• CPUID - CodeName Intel процессоров
• CPUID - CodeName AMD процессоров
• Добавление NVMe module в BIOS (6-8 Series)
• Включение ReBAR на платах без официальной поддержки
• Модификация материнских плат 100/200 для поддержки процессоров Coffee Lake 8xxx/9xxx
• FAQ по прошивке и редактор индивидуальных данных BIOS плат ASUS P8xxx и их ROG-аналогов
• FFS. Считаем контрольные суммы сами
• Потрошим структуру меню Aptio BIOS
• ASUS Flashback

Доска объявлений
от 20.06.2020

Соблюдайте Правила конференции и используйте поиск по теме. Мешающие чтению картинки и видео убирайте под спойлер.
Сообщения с избыточным цитированием могут исправляться или удаляться без уведомления их авторов.

http://www.ex.ua/807431375408

stas0859
нашёл пункт, скрин выше, но там ещё одна проблема - надо верный файл угадать

Добавлено спустя 2 минуты 16 секунд:
KSMerg
а как ты угадал нужный файл драйвера ? после распаковки их там несколько десятков,
- скрин повыше на странице назад,
или на Rghost сбрось от сетевухи Intel® 82579V ??

у меня такой фокус не прокатывает :

#77

Leo_99 только что поставил с диска драйвер,по скринам там как я понял нужно указывать путь диска.

stas0859
с какого ещё диска ? (из коробки мат. платы что ли ?)
из папки с драйвером ?

драйвер я тоже (наугад методом перебора из папки драйвера v.19) поставил
код 10 ошибка запуска устройства не исчезает
#77 12.10.28.0 __версия в закладке рядом

ну да,оттуда.

Leo_99 Вспоминай, после чего вылезла данная проблема с LAN? само по себе это случиться не могло. может реестр ковырял? биос? дрова ковырял?
В конце концов через DOS/EFI Shell нужно проверить сеть. или чистую ось.

jjxaker
винда эта стояла на плате Z77-V LK, там сетевуха вообще Realtek® 8111F,
которую по случаю проапгрейдил на V-PRO
больше ничего не ковырял (кроме давным-давно включения процессора сетевого адаптера в реестре, но эта опция ни на каких разных Асусах , например на первой PRO и на первой V и куче других разновидностей не вызывала никаких ошибок.)
(куча разновидностей кочевала по другому диску с другой виндой и обычно смена мат. платы Asus одной на другую ни к каким глюкам не приводила)
история этой платы V-PRO не известна, так как её при дербане скрутили с компа и спросить не у кого..
V-LK на сторону продалась сразу быстро на третий день, назад откат апгрейда невозможен...

Добавлено спустя 3 минуты 45 секунд:
jjxaker
через DOS я уже не боец, ничего не помню, весь софт давно на винде
и линукс с трудом вспоминаю, если приспичивает сломать )) что-то редко-редко...

Leo_99 Так что ты поставил эту мать и сразу проблема такая?
Есть одна теория. вытащи сетевой кабель с порта LAN, попробуй в биосе включи Intel PXE OPROM и Network Stack, запусти ось и проверь.

да
кабель не воткнут давно, толку от него ноль - на вай-фае пока,
про PXE OPROM думал тоже, по-позже включу при перезагрузке,

ещё не в тему вопрос : CSM модуль во время загрузки , правильно как надо убирать ? мне он зачем ?на LK, на V не было такой паузы на загрузке (но там не было карты GTX)
+ на первой PRO в прошлом году сейчас уже не помню было или нет.
- тупо выключил CSM в биосе - и выбор дисков стал пустым при нажатии F8 на старте. коротко почитал, пока некогда вникнуть как правильно сделать.
Диски MBR

Добавлено спустя 33 минуты 26 секунд:
никакой разницы, все то же самое... Код 10 ...

jjxaker

Спасибо за инфу! Попробовал, заработало. Только вместо ключа реестра iaStorAV, у меня идет iaStorF. В остальном все так же.
По скорости - на последних дровах 13.0.0.1098 все равно сильное падение скорости на тестах 4K, даже в RAID режиме. Попробовал откатится на 12 версию - скорость вернулась, потом опять поставил 1098 и тут же резкий спад скорости. В результате вернулся на 13 бетку и все заработало как надо.

Хорошо что в теме подняли этот вопрос - я как-то проморгал что у меня так скорость упала на SSD.

Попробуй залить этот образ Windows 8.1 with Update. Сетевуха сразу правильно определилась, чего раньше никогда не было.

KSMerg
jjxaker
про новую OS в следующие выходные отпишу, сейчас уже времени пока нет

Здравствуйте, не подскажете в чём может быть проблема? Извлекаю MMTool'ом биос видеокарты, редактирую (в данном случае только частоту видеопамяти) Kepler Tweaker'ом, зашиваю обратно, прошиваюсь, и ничего не меняется. Хотя, на предыдущем ноутбуке, по такому же шаблону всё работало. Видимо ещё надо где-то что-то править? Только где?(

Доброго времени суток, столкнулся с проблемой при прошивке мод биоса на ноуте.
Имею такой аппарат
ASUS K56CB | i5 3317U | 15.6'' HD | 6 Gb | 750 | GT740 2Gb | DVDRW | WiFi | BT 4.0 | CAM | W8.1 | Black (K56CB-X0029H)
Чипсет HM76, Intel Ivy Bridge
DMI поставщик BIOS - American Megatrends Inc.
DMI версия BIOS - K56CB.205


редактировал биос через AMIBCP4.55.0070, другие утилитки не берут его...
EZ-Flash ругаетя на версию, а изменить ничем не могу,
есть у кого дельные мысли????

Хм, даже если удалить биос нвидии в MMTool, она всё равно, после прошивки заводится и работает как положено, значит что-то другое надо редактировать? Несколько часов скитаний по сети ни к чему не привели(( Может UEFI мешает? Ток где этот модуль искать и как редактировать?

тьі понимаеш, есть такой фокус) в твоем биосе несколько модулей с вбиосом) скорее всего тьі не тот ковьіряеш)))

Ghosh
Эх, если бы первый день ковырял... В посте выше написал, что на одном ноуте это работает на другом нет, видеокарта одна (если судить по MMTool), при активации "Link Present" выползают только 4 вкладки: биос видеокарты (10de_fe4) /которая собственно и в GPU-Z с таким ID/, Intel HD vBIOS, Intel RST, Realtek PXE.
Перемещал, удалял, правил - никакой реакции.
Вот сыль на BIOS.
http://rghost.ru/53905419

C5D7EAAD-B218-482C-A909-E3B8CDB00E94 вот биос nvidia

UfologX, почитай мою статью про работу с UEFITool, и научись пользоваться поиском по открытому файлу.
Запрос "nvidia" сразу же выдает ссылки на CSMCORE (это тот VBIOS, который ты пытался редактировать), на файл с GUID C5D7EAAD-B218-482C-A909-E3B8CDB00E94 (это тот файл, который нужно редактировать), и на файл с таблицами (DSDT, SSDT и др., который трогать не нужно).

Добавлено спустя 3 часа 40 минут 15 секунд:
Я видел много всяких багов, но это просто выше моих сил, блин.
Итак, прошу любить и жаловать, тестовый файл с некоторыми "небольшими" нарушениями, который роняет все текущие версии и MMTool, и PhoenixTool, и UEFITool.
Сделан из BIOS'а для платы MSI J1800I, из которого удалено все не влияющее на скорость.
Вот он почти весь:
#77
Серой рамкой обведен заголовок EFI Volume. Оранжевым в нем выделено смещение на начало расширенного заголовка, обычно в этом поле стоит 0х0000, но в MSI пошли другим путем. По спецификации, расширенный заголовок не обязан лежать прямо за нормальным, но файлы в томе должны начинаться сразу после всех заголовков.
В данном случае сразу после стандартного заголовка начинается, внезапно, файл с GUID FFFF... (выделен желтым) типа 0xF0 (т.е. pad-файл, тип выделен зеленым) и размера 0x2C (размер выделен голубым), внутри которого и лежит вышеупомянутый расширенный заголовок, состоящий из GUID (синий) и размера заголовка (фиолетовый).
Само по себе хранение каких-либо данных внутри pad-файлов - грубое нарушение спецификации. Я понимаю, зачем так сделано (для совместимости с утилитами, которые про расширенные заголовки не знают ничего), но правильно было бы сделать этот файл типа RAW (0x01) и с непустым GUID.
Второе нарушение спецификации выделенно красным - это 4 байта 0xFF, нужные для выравнивания начала второго файла по границе в 8 байт. Какого хрена они не включены ни pad-файл, ни в расширенный заголовок - решительно не ясно. Таким образом, нарушено требование спецификации, что файлы начинаются сразу за расширенным заголовком. Сразу, да не сразу, ага. Но это все ерунда, по сравнению с тем, что ниже.
А ниже у нас сжатая "стандартным" алгоритмом секция типа 0x01 (EFI_COMPRESSED_SECTION, оранжевый) размером 0x393 (розовый), распакованные данные которой размером 0x926 (песочный) и упакованы "стандартным" алгоритмом (0x01, светло-зеленый). За заголовком секции находится заголовок "стандартного" алгоритма, т.е. размер упакованных данных (0x382, светло-голубой) и распаковынных (0х926, светло-синий). Дальше до конца файла идут эти самые упакованные данные. И все тут хорошо, красиво и стандартно, кроме одного:
под "стандартным" алгоритмом типа 0х01 разные версии спецификации понимают разные алгоритмы. Отличаются они ровно одной настройкой, которая нигде не хранится, и старый вариант называется EFI1.1, а новый - Tiano. Так вот, этот замечательный файл упакован EFI1.1, но так случилось, что при распаковке его алгоритмом Tiano вместо ожидаемой ошибки происходит повреждение памяти и распаковщик вылетает. Причем код распаковщика написан Intel, в нем легко сломит ногу черт, и поймать этот вылет тоже довольно трудно. Более того, нет никакой возможности отличить EFI1.1 от Tiano, не распаковывая их.
Можно, конечно, поменять порядок и пробовать распаковывать сначала как EFI1.1, а если не вышло, то как Tiano, но я уже видел немало примеров, когда секция успешно распаковывается таким образом, а внутри оказывается чушь.
Короче, я передаю привет тому идиоту, который додумался на один тип сжатия повесить два практически неотличимых алгоритма и желаю ему счастливой отладки. Я в этой ситуации сделал все, что мог и умываю руки. Падает - пусть падает дальше, я за Intel их наркоманию отлаживать не нанимался.

Добавлено спустя 2 часа 22 минуты 32 секунды:
Выложил новую версию UEFITool 0.17.6, в которой вышеупомянутые ошибки исправлены. Я нашел косяк ребят из Intel и подпер его костыльком. Принципиальность победила лень.
Ну и отображение сведений о наличии и содержимом дополнительного заголовка добавил, раз уж научился работать с ним.