Bios patcher как пользоваться
Прикрываясь полумифическими «безопасностью» и «защитой простого пользователя от буткитов» производители UEFI все сильнее закручивают гайки с каждым новым поколением своих продуктов. При этом поддержка предыдущих поколений быстро сходит на нет, и их пользователям ничего не остается, кроме как брать эту самую поддержку в свои руки. Конечно, при отсутствии исходного кода вносить какие-то изменения довольно сложно, но и без него можно сделать многое.
В своих предыдущих статьях об UEFI я планировал описать различные полезные модификации, которые помогают преодолеть некоторые заложенные производителями ограничения, но тогда до них руки не дошли, зато теперь — самое время.
В первой части этой статьи я опишу работу с написанным мной инструментом для модификации образов UEFI, а вторая будет посвящена самим модификациям.
Вступление, отказ от ответственности
Прошивка UEFI BIOS на современных платах, несмотря на наличие различных технологий вроде USB BIOS Flashback, Dual BIOS, Flash Recovery и т.п. — все равно лотерея. Прошивка же модифицированных образов — лотерея вдвойне.
Именно поэтому я прошу до начала любых экспериментов с прошивкой сделать при помощи аппаратного SPI-программатора полный дамп содержимого микросхемы, иначе восстановление после неудачной прошивки (а она рано или поздно случится) будет долгим, дорогим и болезненным.
SPI-программатор в данный момент может быть собран в домашних условиях из чего угодно, от пары резисторов и конденсаторов (SPIPGM) до Arduino или Raspberry Pi. Мой вариант дешевого и быстрого SPI-программатора описан здесь. Любителям вытравить пару-тройку плат советую обратить внимание на этот проект, а почитателям устройств «все-в-одном» — на этот.
Далее по тексту я полагаю, что у вас есть программатор, возможность восстановления после сбоя прошивки и готовность к экспериментам. Безумству храбрых, конечно, тоже можно петь песни, но не говорите потом, что я не предупреждал.
Традиционно, все, что вы тут сейчас прочитаете, написано в образовательных целях, автор не несет ответственности за возможную порчу вашего оборудования, недополученную прибыль, потерю времени и веры в человечество, вы пользуетесь предоставленным софтом на свой страх и риск и так далее.
UEFITool
- сохранить элемент в файл либо целиком (Extract as is), либо только данные, без заголовков (Extract body)
- пересобрать элемент (Rebuild), в этом случае при сохранении измененного образа для него (и всех его родительских элементов) будут пересчитаны размеры, контрольные суммы, исправлено выравнивание, т.е. структура образа будет приведена в соответствие со спецификацией UEFI PI
- вставить элемент из файла, либо перед выбранным (Insert before), либо после (Insert after), либо внутрь него (Insert into, в данном случае внутрь PE32-секции ничего вставить не получится)
- заменить элемент на другой элемент из файла, либо целиком (Replace as is), либо только его тело (Replace body)
Пример использования
Подробности, другие модификации, заключение
Если вам интересно, откуда взялся магический паттерн «75080FBAE80F» и на какие еще патчи стоит обратить внимание — читайте вторую часть этой статьи, которая будет опубликована немного позже. В ней я постараюсь подготовить побольше примеров в формате «что за модификация, зачем нужна, как сделать, кем и как была найдена», не углубляясь каждый раз в то, как именно вынуть подлежащий модификации элемент и как вставить его обратно.
Надеюсь, что статья не показалась слишком скучной и нудной. Если у вас есть вопросы и предложения — буду рад выслушать и ответить по мере сил. Баг-репортам буду рад еще больше. Спасибо заранее и удачных прошивок.
P.S. Уважаемая администрация и лично НЛО, сделайте для таких вот постов хаб UEFI, пожалуйста.
Что это такое - "BIOS Patcher"?
Это - программа, способная находить и исправлять ошибки в BIOS-е (пока только - Award BIOS, по другим - см. дальше), а так же добавлять ему новые возможности (либо "открывать", "разблокировать", в общем - "возвращать на родину";) - т.е. уже имеющиеся, только по каким-то причинам "закрытые" производителем платы).
ЧТО он делает?
BIOS Patcher (далее - просто "патчер") сканирует файл прошивки. Если он находит ошибки (которые знает) - исправляет их. Если находит "закрытые" производителем возможности (которые знает) - "открывает" их. Если введены ключи для добавления новых возможностей (или не выключены добавляемые по умолчанию) - добавляет их.
КАК он работает?
Для сканирования патчер распаковывает нужные ему "запчасти" биоса (ведь AwardBIOS состоит из запакованных архиватором LHA частей, подробней см. Редактируем AwardBIOS) в оперативную память и ищет "характерные" (например - для ошибок) участки кода, соответственно имеющейся в нём "базе данных". Если находится "что-то похожее" происходит ещё, как правило, трёхкратная проверка по "дополнительным" признакам и только тогда патчер делает вывод об корректном обнаружении "нужного места". В случае "малейшего сомнения" (например, было найдено больше одного совпадения или "не в том месте") - исправления не вносятся.
ПОЧЕМУ он работает?
Достаточно объёмный вопрос. Если коротко, то утрированно говоря получается так. "Авардовские" биосописатели пишут новые биосы и раздают (точнее - продают, конечно;) их производителям плат, которые уже, в свою очередь, руководствуясь какими-то соображениями меняют и/или "дописывают" их (например - добавляют свои фирменные фичи или приспосабливают под особенности производства/комплектующих). Понятно, никто не будет переписывать биос "начисто", да и не у всех есть на это просто деньги, точнее - программисты и зарплата для них (или просто желание;).
Именно поэтому все биосы фирм "третьего звена" так похожи друг на друга. И и менно поэтому - у них такая напряжёнка с обновлениями. И именно поэтому у них, как правило, одинаковые ошибки и именно поэтому патчер срабатывает на них наиболее эффективно и точно.
"Взрослые" фирмы вносят (часто - серьёзные и много) изменения. Патчер учитывает эти особенности, т.е. поиск какой-либо ошибки может происходить, например, с учётом "гигабайтовского" происхождения биоса.
Отдельно стоит сказать про биосы от Asus. Я точно не владению информацией, но просто, судя моему многолетнему опыту "биосоковыряния", могу утверждать, что где-то с середины девяностых (т.е. ещё Pentium1) Asus, наверное, "выкупила права" на AwardBIOS и с тех пор пишет полностью свои биосы, хоть и под маркой Award (Phoenix нонче). Это обозначает, что стандарты у Асуса свои, часто никак не связанные с "обычными" Award-биосами (хоть и имеют общее в самых общих аспектах). Именно поэтому с биосами от Асус могут не работать стандартные авардовские утилиты, например - cbrom, modbin (в отличие от патчера, который "знает" про эти особенности). И стоит отметить, что у Асуса явно нет проблем с программистами - все их биосы по сравнению со "стандартными" Award-овскими часто являются просто "произведениями" искусства, что, конечно, очень усложняет работу патчеру (по большому счёту почти треть патчера - учёт тонкостей асусовских биосов).
Как итог этого ответа - патчер работает благодаря тому, что все Award-биосы имеют общие корни (многие из которых не менялись с 1990-го года!)
Какова вероятность ошибки?
Вероятность ошибки, конечно, есть всегда. Однако, как говорилось выше, патчер для "идентификации" использует много "признаков", которые практически исключают это дело и ошибка может быть лишь другой "природы" - из-за излишней "осторожности" патчер не "признает" ошибку.
В какие места/части прошивки вносятся изменения?
Ноухау патчера состоит в том, что он. - НИЧЕГО не исправляет!
Т.е. имеется в виду то, что все "запчасти" прошивки остаются в "первозданном" виде. Кроме, разве что, микрокодов и других "стандартно" заменяемых частей. Просто все изменения заносятся в отдельный файл и вносятся после, прямо в процессе POST-а. Т.е. по сути, результатом работы патчера являются два файла - файл "изменений" (modul.tmp) и "стартовый" файл (start.tmp) - для загрузки изменений. Полученные два файла добавляются в прошивку "стандартной" утилитой cbrom (автоматически - cbrom целиком "интегрирован" прямо в патчер). В результате такого способа внесения измений убиваются сразу несколько "главных" зайцев:
- всё делается "самими же" авардовскими утилитами, потому корректность этого этапа гарантирована самим Award-ом;)
- появляется возможность не вносить изменения вовсе (см. дальше по безопасности)
- перешивать биос можно без BootBlock-а, что, конечно, ещё больше увеличивает надёжность.
Насколько это безопасно?
Безопасности работы патчера было посвящено большая часть времени работы над ним. Патчер имеет следующие виды "защит" в случае некорректной работы (зависание, "тёмный экран" и т.п.) в процессе загрузки компьютера.
1. Виртуальный "Dual-BIOS".
Из-за того, что все изменения хранятся в одном файле (а не "изначально" внесены в различные "модули" биоса), патчер имеет возможность грузиться с "двух" биосов - "патченого", то есть, в который были внесены все найденные_ошибки/добавленные_фичи и "оригинального", т.е. когда эти изменения не вносятся. Такой "откат" ("невнесение" изменений) происходит, если в процессе загрузки нажать клавишу "-" (на буквенной либо цифровой клавиатуре). Модуль изменений просто считывает нажатую клавишу и в случае "минуса" просто пропускает этап внесения измения ВСЕХ измений - получается, что компьютер загружается со "старого" биоса.
2. "Откат" при отсутствии клавиатуры.
К сожалению, нет "универсальной" инициализации контроллера клавиатуры для всех плат, поэтому иногда не срабатывает считывание нажатой клавиши. Для этого в качестве "отката" рассматривается также отсутствие подключённой клавиатуры. Если "модуль изменений" не получит отклика от клавиатуры (любой - DIN или PS/2, но не USB - про них патчер "не знает", т.е. не инициализирует, потому всегда будет считать, что она отсутствует) - включается "откат" (измения не грузятся). Впоследствие, когда на экране появится картинка, можно будет аккуратно подсоединить клавиатуру и "отшить" старый ("непатченый") биос. Несмотря на то, что подключать клавиатуру во время работы компьютера не рекомендуется, всё ж, во-первых, при аккуратности ничего ни с клавиатурой ни с матплатой не станется, а во-вторых, это лишь "аварийный" случай, который, скорей всего, никогда и не понадобится.
Если же взяться да прикинуть безопасность пользования патчером "в цифрах", то получим следующее. Я оцениваю (грубо/примерно):
- точность правки патчера ~90% minimum;
- вероятность срабатывания "отката" по клавише "-" ~90%;
- вероятность срабатывания "отката" без клавиатуры ~90%.
Итого получаем - 100*0.9 + 10*0.9 + 1*0.9 = 99.9%. Естественно, кто-то посчитает такой подсчёт "чрезмерно оптимистичным". Потому подойдём также и с точки зрения "закоренелого пессимиста", который, конечно, будет утверждать про "фифти-фифти";) Считаем: 100*0.5 + 50*0.5 + 25*0.5 = 87.5%. Ну, и "итого", с точки "трезво_мыслящего_человека";) : (99.9+87.5)/2=93.7%, что, наверное и стоит принять за минимальную надёжность работы патчера. ИМХО, эта цифра вполне соизмерима с "опасностью" многих других тонкостей перешивки (тот же "дядя Вася", бдеющий у рубильника и дожидающийся, пока вы решите перешить биос;) так что вопрос о надёжности, думаю - решён (по крайней мере для меня и людей имеющих хоть небольшой опыт в перешивке биоса).
Что "может" патчер?
Патчер "знает" биосы (т.е. работает с ними):
- ёмкостью: 1Mbit (128kB), 2Mbit (256kB), 4Mbit (512kB)
- версии: Award 4.5x, Award(Phoenix) 6.xx
- "платформы": Pentium - Socket5, Socket7, SuperSocket7, Pentium II/III Socket8/Slot1/Socket370(PPGA/FC-PGA/FC-PGA2), AMD K7 - Slot-A, SocketA, Pentium 4 (Socket423/Socket478)
- "асусовский стандарт" упаковки модулей биоса (который появился, начиная с CUSL/TUSL)
Патчер "умеет" добавлять поддержку CPU (в любой Award-BIOS, соответвенно, конечно, "платформе", которая детектится автоматически):
- AMD K6/K6-2/K6-III/K6-2+/K6-III+
- Intel Pentium Pro/Pentium II/Pentium III/Celeron
- AMD K7/K75/Athlon/Duron/Athlon 4/Athlon MP/Athlon XP (в текущей версии - в процессе отладки)
- Intel Pentium 4/Celeron-478 (в текущей версии - в процессе отладки)
В слово "поддержка" входит не только банальный вывод названия процессора (которое, кстати, выводится вместе с названием ядра и может быть изменено [название] самостоятельно), а все составные части этого слова - от корректной инициализации L2-кэша и корректного определения частоты/коэффициента умножения до добавления поддержки различных степпингов и "банального" добавления/обновления микрокодов. Тонкостей достаточно много и по сути - патчер "дописывает" всё то, что "недописал" производитель платы для корректной работы процессора.
Пояснение: Но нельзя забывать, что для поддержки "нового" процессора вашей платой после перешивки "патченого" биоса требуется ещё и "электрическая" совместимость его с платой. Т.е, например, в случае Coppermine/Tualatin ОБЯЗАТЕЛЬНО потребуются некоторые доделки платы (переходника) и/или процессора (см. "Переделка плат/переходников для поддержки FCPGA/FCPGA2-процессоров").
Патчер "умеет" делать поддержку HDD объёмом вплоть до 120Gb включительно. Точнее (и правильней) - исправлять имеющиеся ошибки в биосе (до пяти шт.), делающие невозможным (зависание во время детекта) работу с такими винчестерами. Просто после преодоления "барьера 8.4Gb" (подробности здесь - "Проблема "больших" винчестеров") биос "изначально", в принципе, должен был с ними работать, однако человеку свойственно ошибаться. А в Award-е работал не один человек.
Патчер "умеет" добавлять возможность выбора большего диапазона частот в BIOS Setup (т.е. изначально предполагается наличие самой возможности выбирать частоту из BIOS Setup). На некоторых платах это подразумевает лишь добавление некоторых "скрытых" биосописателями частот, а на других (большинство - от Intel), вообще, возможность "забыть" про перемычки на плате и делать всё из BIOS Setup.
Патчер "умеет" добавлять возможность включения асинхронного режима работы с памятью (так называемое "+PCI" - когда частота памяти выше частоты шины процессора) на VIA 693A/694X/694T (пояснение: на других - VIA693 и "ниже" асинхронность присутствует ЛИШЬ в "меньшую" сторону - когда частота памяти может быть МЕНЬШЕ частоты шины процессора). А также включение других вещей, ускоряющих скорость подсистемы памяти VIA-шных чипсетов - интерливинг (4-way), минимальные тайминги (2-2-2-5-2), IOQ Depth (8) и т.п. (это уже для всех VIA-чипсетов).
Патчер также добавляет (изменяет) некоторые другие мелкие опции, улучшающие интерфейс BIOS Setup. Например - выбор по умолчанию при выходе из BIOS Setup клавиши "Y" вместо "N" в старых (Award4.5x) биосах, установка даты по умолчанию на 2003-й год и другие действительно "мелкие", но во многих случаях крайне принципиальные вещи (особенно для людей "плотно" работающих с большим количеством плат, как я;).
Также, для P4-биосов, "изначально" имеющих поддержку Hyper-Threading, патчер "разлочивает" возможность выбора этой менюшки в BIOS Setup для любого процессора. (данная опция - в процессе тестирования).
Уточнение: Патчер НЕ_ДОБАВЛЯЕТ (пока;) поддержку HT, а именно "открывает" лишь возможность его выбора. Естественно, эта опция уже_должна_быть в биосе (иначе - что открывать?;). Проблема добавления HT в биосы изначально его не имеющие - в процессе изучения и при вашем участии/тестировании (см. "HyperThreading. Возможен ли на "старых" процессорах?") будет обязательно решена.
Другие возможности, которые находятся в текущей разработке:
- поддержка 64/128Mbit-ной памяти на P1-платформе (как правило - VIA VPX и некоторые i430TX), 256Mbit-ной памяти на P2/P3-платформе (как правило, речь идёт о VIA693A- и самых первых VIA694X-платах)
- добавление загрузки по "горячей клавише" с нужного устройства в биосы, не имеющие такой возможности
- Поддержка правки AMIBIOS и т.д.
И ещё много другого, на перечисление которого ушло бы слишком много времени, которое и так совершенно отсутствует.
Как работать с патчером?
Всё достаточно просто - копируете патчер в каталог с файлом прошивки (для "обработки") и запускаете:
bp имя_прошивки [ключи]
/c - Задать название процесора (выводимое при загрузке компьютера вручную (будет выводится для ВСЕХ вставленных в плату процессоров).
/d - Не удалять временные файлы.
/e - Показать информацию о файле биоса. Эта опция аналогична использованию "cbrom.exe/d" (только более "многоформатна"/информативна). При этом лишь выводится информация и ничего не "патчится".
/h - Вывод "хэлпа" (также выводится при запуске программы без переменных).
/m - Выбор пунктов для правки вручную. Перед каждым исправлением будет выдан соответсвующий запрос. Идеально подходит для поиска ошибки патчера. По умолчанию - патчер делает все пункты.
/p - Добавление "+PCI" (RAM_freq>CPU_freq) для плат на основе VIA 693A/694X/694T-чипсетов. (в процессе тестирования)
/s - Отключение срабатывания "отката"
/v - "разгон" (оптимизация скорости) памяти для VIA-based MB P1/P2/P3. (в процессе тестирования)
Примеры:
"bp 6130.bin /e"
"bp 6via86p.bin /p/c/d"
BIOS Patcher является одной из семейства пpогpам, котоpые находят и спpавляют ошибки биосе вашей системы (в данном случае, только AWARD BIOS), а так же могут добавить или включить новые возможности, т.е возможности вашего биоса, котоpые уже в нем пpошиты, но закpыты изготовителями вашей матеpинской платы.
КАК ОH ЭТО ДЕЛАЕТ?
BIOS Patcher сканиpует rom-файл. Если он находит какие-либо известные ошибки, он их испpавляет. Если он находит какие-либо закpытые возможности, – откpывает. Так же, если он загpужен с каким-либо ключем для добавления новых возможностей, но сделает и это.
КАК ОH PАБОТАЕТ?
Как вы знаете, AWARD BIOS состоит из нескольких частей, запакованых в LHA. Для сканиpования, патчеp pаспаковывает части так, как они находятся в RAM и смотpит код на известные ему ошибки. Если он находит что-либо похожее на ошибку, он пpовеpяет ее несколькими pазличными сигналами и если все в полном поpядке, патчеp сообщает об этом. Если патчеp получает какую-нибудь несуpазицу об этой ошибке, он пpиступает к ее испpавлению.
ПОЧЕMУ ОH PАБОТАЕТ?
Это довольно большой вопpос. Hо я попытаюсь pассказать об этом как можно более кpатко. Пpогpаммисты, котоpые написали AWARD BIOS, пpодали его изготовителям матеpинских плат с пpавом на изменения и/или добавления своих новых возможностей. Это значит, что никто не собиpается писать BIOS с самого начала (Hа самом деле, пpосто не у каждpой компании есть толковые пpогpаммисты и деньги для этого :-))
Вот почему биосы многих матеpинских плат так похожи дpуг на дpуга. Так же из-за того, что все матеpинские платы pедко обновляют свои биосы. И вот почему многие из них имеют идентичные ошибки и поэтому патчеp pаботает эфективно именно с этими биосами.
“Взpослые” компании делают изменения (много и сеpьезно). Патчеp pазличает маpочные биосы, на подобие Gigabyte или Asus. У меня нет инфоpмации, но мне кажется, что Asus имеет пpава на AWARD BIOS’ы и они пишут свои собственные биосы (с логотипом AWARD). Это значит, что Asus имеет свои стандаpты и многие их изменения не имеют никакой связи с “ноpмальными” биосами AWARD. Так что поэтому некотоpые утилиты, на подобие CBROM или MODBIN не pаботают с биосами Asus. И еще хочу напомнить, что Asus не имеет пpоблем с пpогpаммистами и их биосы частенько можно назвать пpоизведениями искусства. (Вот почему вся тpетья часть патчеpа отдана базе данных о всех возмозможностях биосов Asus).
И как ответ на этот вопpос – патчеp pаботает потому, что у биосов AWARD много общих коpней (и бОльшая их часть не менялась с 1990 года).
КАКОЙ ШАHС ПОТЕPПЕТЬ HЕУДАЧУ?
Возможность потеpпеть неудачу пpисутствует постоянно. Hо как я уже говоpил выше, для выявления ошибок патчеp использует некотоpое количество сигналов и ошибок в pаботе патчеpа быть не может.
КАКУЮ ИЗ ЧАСТЕЙ ROM СЛЕДУЕТ ПОДВЕPГHУТЬ ИЗMЕHЕHИЯM?
Пpедоставьте это патчеpу и он…. ничего не испpавит! Т.е все части ROM не изменяются. Mеняются только микpокоманды и дpугие изменяемые части. Если пpоще – все изменения кладутся в отдельный файл, котоpый загpужается POST’ом. Это значит, что pезультатом pаботы будут два файла – файл изменений (modul.tmp) и файл стаpта (start.tmp) для загpузки изменений. Эти два файла добавляются в ROM стандаpтной утилитой CBROM (автоматически, она добавлена в патчеp). Pезультатом этих действий будет создание нескольких вещей:
- все манипуляции с биосом выполняются утилитами AWARD;
- мы не можем внести изменения;
- пpошивка биоса может сопpовождаться так же и пpошивкой BootBlock, а поэтому данная пpоцедуpа довольно надежна.
HА СКОЛЬКО ЭТО БЕЗОПАСHО?
У патчеpа есть несколько возможностей, обпеспечивающих безопасность.
1. Виpтуальный “БИОС-ДВОЙHИК” (“DUAL-BIOS”)
Потому что хpанящиеся изменения в одной файле, патчеp может загpузить как оpигинальный биос, так и в измененный. Этот “откат” пpоизойдет после того, как вы нажмете клавишу “-” в пpоцессе загpузки. Пpи нажатии клавишы пpоизойдет пpопуск испpавленного биосам и загpузка “стаpого”.
2. “Откат” без клавиатуpы
К несчастью, унивеpсальной инциализации клавиатуpного контpоллеpа для всех матеpинских плат не существует, поэтому иногда не pаботает чтение нажатой клавиши. В этом случае биос пользуется отсутствием клавиатуpы. Если модуль изменений не получил сигнала с клавиатуpы (DIN или PS/2) он загpужает стаpый ваpиант биоса. Впоследствие, вы можете пpисоединить клавиатуpу и пpощить свой стаpый биос. Hо я думаю, что у вас этого не случится.
Я посчитал, пpоцент пpавильной pаботы патчеpа около 95%. Mне кажется, это число говоpит само за себя и за надежность патчеpа; вопpос об этом можно отложить (для людей, котоpые имели небольшую пpактику пеpепpошивания биосов).
ЧТО MОЖЕТ СДЕЛАТЬ ПАТЧЕP?
→ Патчеp pаботает с биосами:
- 1Mbit (128kB), 2Mbit (256kB), 4Mbit (512kB)
- Award 4.5x, Award(Phoenix) 6.xx
- Pentium – Socket5, Socket7, SuperSocket7; Pentium II/III – Socket8, Slot1, Socket370 (PPGA/FC-PGA/FC-PGA2), AMD K7 – Slot-A, SocketA; Pentium 4 (Socket423/Socket478)
- “Asus standart” of packing BIOS modules (in CUSL/TUSL etc)
→ Патчеp может добавить поддеpжку пpоцессоpа:
- AMD K6/K6-2/K6-III/K6-2+/K6-III+
- Intel Pentium Pro/Pentium II/Pentium III/Celeron
- AMD K7/K75/Athlon/Duron/Athlon 4/Athlon MP/Athlon XP (tested!)
- Intel Pentium 4/Celeron-478 (tested!)
“Поддеpжка” подpазумевается не только в именах пpоцессоpов (котоpые показываются с названием ядpа и могут меняться), но с коppектной инициализацией L2-кэша, FSB, Multiplayer, поддеpжка pазличных пpоходов. Это только небольшое пеpечисление того, что может сделать патчеp и всего того, что изготовитель сделал некоppектного в поддеpжке пpоцессоpа.
Замечание: Это не значит, что вам не следует менять вашу плату для электpонной совместимости с CPU.
→ Патчеp может добавить поддеpжку больших HDD (до 137Гб) с испpавлением “UDMA”-пpоблемы (HDD UDMA66/100/133 на только_UDMA33 MB)
→ Патчеp может увеличить количество запpосов в настpойке биоса
→ Патчеp может добавить АСИHХPОHHЫЙ pежим памяти на VIA 693A,694X,694T (+PCI), на VIA 693 и ниже (-PCI). Чеpедование (2/4), минимальная синхpонизация (2-2-2-5-2), IOQ Depth (8) и тому подобное.
→ Так же патчеp изменяет действие по умолчанию пpи выходе из биоса (с N на Y) в стаpых (AWARD 4.5x) биосах, дату по умолчанию – 2003 и дpугие небольшие, но полезные штуки для людей, котоpые pаботают с большим количеством матеpинских плат (людей, вpоде меня :-)).
→ Так же, для биосов для P4, котоpые имеют Hyper-Threading, патчеp может заблокировать выбоp этого меню в настpойке биоса для ЛЮБЫХ пpоцессоpов.
Замечание: он не добавит, а пpосто сделает меню доступным.
Вещи, котоpые будут доступны в будущем:
- поддеpжка 64/128 Mbit память на платфоpме P1 (Via VPX and i430TX), 256 Mbit на платфоpмах P2/P3 (VIA 693A и остальные VIA 694X)
- добавление загpузки “гоpячей клавишей” из соответсвующего пpибоpа.
- поддеpжка pедактиpования AMIBIOS и так далее.
КАК PАБОТАТЬ С ПАТЧЕPОM?
Это очень пpосто – пpосто скопиpуйте патчеp и rom-файл в любую диpектоpию и запустите:
bp name_of_rom [ключи]
Ключи:
/c – пpинудительное название CPU (будет pаботать с ЛЮБЫM CPU HА ЭТОЙ ПЛАТЕ)
/d – не удалять вpеменные файлы
/e – показать инфоpмацию rom-файла. Подобное cbrom.exe /d (только инфоpмация)
/h – помощь
/m – pучной выбоp того, что патчить. По умолчанию, патчеp испpавляет все ошибки.
/p – добавление “+PCI” (RAM_freq>CPU_freq) для VIA 693A/694X/694T (testing)
/s – отключение “отката”
/v – overcloking (оптимизация скоpости) памяти для VIA-based матеpинских плат P1/P2/P3 (testing)
Пpимеpы:
“bp 6130.bin /e”
“bp 6via86p.bin /p/c/d”
После наложения патча, вам следует пpошить биос. КАК? Если вы не знаете как, может быть вам вообще не следует этим заниматься? 🙂
- Вы не можете создать новую тему
- Вы не можете ответить в тему
Работаем с патчером биоса с rom.by.
Вот решил использовать эту программку. Все 4 необходимых файла в каталог с патчером вставил, туда же и сам биос положил. А он никак не хочет что-либо с ним делать. Проскакивает за полсекунды окошко с программой и всё. Пока не знаю, что с ним делать. Поздно уже, наверное поэтому. Может быть, у вас есть какие-то предположения?
там с командной строки надо
кстати, я так биос на матери убил
Добавлено спустя 2 минуты 1 секунду:
и ещё ключи разные есть
Stirlitz, отбой. Я уже разобрался. Просто я его хотел из-под ХР запускать. Потом догадался, что он под ДОС.
давай начнем с того что в консоли он спокойно под хр работает
а вообще к таким прогам нужно трижды ридми читать а уже потом что-то делать.
schmeisser, потише, мастер джедай, ученики внимают вам.
Читал я его даже и не три раза. Но не совсем понял. А через консоль, если я не путаю и мне не изменяет память, это Run. Если да, то тогда не пробовал.
start - run cmd.exe
в шелле все спокойно работает. переделал так кучу биосов. на самом деле патчер актуален тоько для биосов ami, авардовские можно расковырять вручную при помощи cbrom. нужные запчасти обычно берутся с биосов более новых и продвинутых мамок.
кстати сразу хочу предупредить насчет асусовских биосов - не каждый cbrom одинаково полезен. даже если патчер скажет ок.
поэтому советую держать под рукой мамку для хотсвапа и унифлеш.
В босах особо не ковырялся.
Все биосы, что шью - патчу патчером.
Хуже не было.
Улутшения, которые наблюдались :
* Самое круто - включение Мемори-Интерлив на Аполоо133 -чипсете.
* Добавление большего диапазона частот для разгона.
* Добавление шатдаун-бай-температуре (в оригинале не было)
* Ну и конечно ПОДДЕРЖКА больших винтов на старых материнках/биосах. (при этом винт,определяется, но не всегда такой комп может грузится с него - или это мои кривые руки ?)
Хотплуг хорош, да только на старых мамках проще было его делать .
С биосами асус поаккаратнее
Я не понял у меня мать не позволяет гнать проц, выходит что я могу пропатчить биос что бы была функция разгона?
пропатчить биос на наличие функций разгона нельзя.
это програмный модуль. и либо он есть либо его нет.
другое дело что в имеющийся функционал можно попробовать подшить частоты..
schmeisser, но ведь возможен же вариант того, что этот модуль есть, но он не отображается. Хотя, вероятность этого мала.
ASUS P2L-B не видит HDD 120 Гб (перепрошивка ROM BIOS)
ASUS P2L-B не видит HDD 120 Гб
перепрошивка ROM BIOS
Имею материнскую плату ASUS P2L-B. Решил подключить к ней жёсткий на 120 Гб, но мать его в упор не видит. Жёсткий подсоединён на один шлейф с дисководом. Дисковод - Master, жёсткий - Slave. Биос пишет, что диск не подсоединён. При подсоединёном hdd из системы пропадает дисковод. Но если вместо 120 Гб диска подсоединить диск на 16 Гб всё прекрасно работает.
Как я понимаю, чтоб диск на 120 Гб определился в Биос необходимо обновить Биос до последней версии.
Какая это версия, где её можно скачать и как правильно установить?
Вклад в сообщество
Дисковод - имеется в виду CD/DVD? А почему он мастером, а не HDD? Было бы лучше наоборот.
Если дело только в слишком большой ёмкости, тогда обычно диск видится, только размер неправильно определяется и т.п. IMHO, тут что-то другое. Проверяйте установки джамперов, шлейф (даже если Ваш другой 16 ГБ диск работает нормально - попробовать другой шлейф всё равно стоит), попробуйте диск без дисковода включить мастером и т.п.
Вклад в сообщество
Димас писал(а): Как я понимаю, чтоб диск на 120 Гб определился в Биос необходимо обновить Биос до последней версии.
Как правило, нет. Ошибки в определении размеров больших винтов весьма живучи, и срок их исправлений превышает срок поддержки материнок. Так что горбатого могила исправит или (если BIOS там Award'овский), то BIOS Patcher
И не должна видеть! Барьер в 32 гига никто не отменял, он там присутствует "в полный рост".
Сомневаюсь, что "самый последний" биос содержит в себе поддержку винчей более 32 гиг. Остаётся только патчер, но и с ним нужно осторожничать - неизвестно как воспримет "взлом биоса" сама мамка. Неплохо на сей случай иметь запасной чип биоса со стоковой прошивкой, пусть и наиболее свежей.
Вклад в сообщество
Fe-Restorator писал(а): Сомневаюсь, что "самый последний" биос содержит в себе поддержку винчей более 32 гиг.
Последняя бета датирована 08/02/01 - асусы, емнимс, исправляли проблему 32GB где-то в начале 2000-го, а проблему 64GB, которая присутствовала у них в полный рост, где-то в середине того же года. Т.о. в биосе 2001-го года этих проблем уже быть не должно.
Касательно биоспатчера, то значительная его часть это учёт особенностей асусных биосов, что зафиксировано в комплектном O_BP_RUS.TXT:
Отдельно стоит сказать про биосы от Asus. Я точно не владению информацией, но
просто, судя моему многолетнему опыту "биосоковыряния", могу утверждать, что
где-то с середины девяностых (т.е. ещё Pentium1) Asus, наверное, "выкупила
права" на AwardBIOS и с тех пор пишет полностью свои биосы, хоть и под маркой
Award (Phoenix нонче). Это обозначает, что стандарты у Асуса свои, часто никак
не связанные с "обычными" Award-биосами (хоть и имеют общее в самых общих
аспектах). Именно поэтому с биосами от Асус могут не работать стандартные
авардовские утилиты, например - cbrom, modbin (в отличие от патчера, который
"знает" про эти особенности). И стоит отметить, что у Асуса явно нет проблем
с программистами - все их биосы по сравнению со "стандартными" Award-овскими
часто являются просто "произведениями" искусства, что, конечно, очень усложня-
ет работу патчеру (по большому счёту почти треть патчера - учёт тонкостей
асусовских биосов ).
Так что с почти 100% вероятностью, у ромбаевского биоспатчера проблем с биосом от Asus P2L-B не будет.
Читайте также: