| Автор | Сообщение |
|---|
vizari Участник
Сообщения: 147
|
Коллеги, поделитесь полным биосом на Asus N45SF пожалуйста.
|
|
Libertine Участник
Сообщения: 3839
|
|
vizari Участник
Сообщения: 147
|
Там обновление только, 2 метра.
|
|
myth Участник
Сообщения: 5724
|
|
Libertine Участник
Сообщения: 3839
|
| vizari писал: | | Там обновление только, 2 метра. |
 Это не обновления, а полные Biosы.
|
|
CYB monitor.net.ru  Сообщения: 7838
|
Чего-то у AMI мне апдейты пока не попадались. А вот флэш на 4 метра может быть запросто. 
|
|
evserv Участник
Сообщения: 209
|
| CYB писал: | | Чего-то у AMI мне апдейты пока не попадались. А вот флэш на 4 метра может быть запросто. |
Они уже года как 2 на новые модели не кладут во фри полные биосы 
Тут лежит ваш полный биос: http://depositfiles.com/files/39kapy47d
|
|
vizari Участник
Сообщения: 147
|
evserv, спасибо 
Вечером отпишусь о результате.
|
|
vizari Участник
Сообщения: 147
|
|
TheDrive Новичок
Сообщения: 8
|
Сорри за подъем старой темы, но инфа весьма актуальна и по сей день. Гугль именно данные топик находит по соотв. контексту.
| CYB писал: | | Чего-то у AMI мне апдейты пока не попадались. А вот флэш на 4 метра может быть запросто. |
Инфа в целом для ноутов Asus с AMI за вторую половину 2000х идо сего дня:
Когда SPI 25я размером 4МБ, а образ с сайта 2 или 2.5МБ (может быть, наверное, и 3МБ), то пишите образ с сайта "с конца", т.е. так чтобы конец флеши совпал с концом образа. После этого, скорее всего, запустится, но при этом будет утрачена инфа виртуального EEPROM, образ которого отсутствует внутри образа с сайта. (там MAC сети, настройки клавы, "лампочек", SLIC итп), соотв не все функции могут правильно работать, а, теоретически, может даже и не запуститься.
Перед записью образа с сайта ВСЕГДА сливайте ДАЖЕ БИТЫЙ БИОС. Впоследствии, даже если слитый образ битый, есть оч большой шанс, что данные EEPROM, которые занимают всего 4КБ (а реально и менее - часто занято всего 512Б), уцелели и удастся восстановить рабочий образ из образа с сайта, путем дополнения нулей в начало и копирования данных EEPROM, вырезанных из битого образа, по нужным адресам в новый образ.
| evserv писал: | | Они уже года как 2 на новые модели не кладут во фри полные биосы |
Они никогда и не клали "полные" БИОСы. Образ виртуального EEPROM (индивидуальная настройка) всегда отсутствовал, как и данные NVRAM/DMI (в младших адресах = начало флеши), которые генерируются динамически. Просто ранее образ сайта оч часто по размеру соответствовал объему флеши. Потом размер флеши стали часто делать больше, с запасом, с учетом последующих апгрейдов БИОС. Как известно, "следующий размер" после 2МБ идет 4МБ.
Образы с сайта обрезаны "сверху" до необходимого "округленного" минимума (2/2.5/3MB) исключительно с целью экономии места на серваке и объема трафика. Какой смысл хранить нули?
Вот тут я писал статейку по этой теме на примере x101ch:
http://monitor.net.ru/forum/asus-x101ch-eee-pc-eeprom-info-496336.html
Ссылка умерла, лучше выкладывать в местный обменник, обеспечивает почти "вечное" хранение, что весьма важно для такого "материала", как образы БИОС, которые бывают нужны "редко, но метко".
Исходя из вышесказанного, образы такие все равно весьма актуальны и полезны, поск образ EEPROM весьма важен для полноценного восстановления ноута.
Всем ремонтникам рекомендую использовать китайский BIOS Backup Toolkit для снятия полных образов в коллекцию со всех "проходящих через руки", работающих ноутов, даже не только Asus, быстро и без выпаивания.
|
|
TheDrive Новичок
Сообщения: 8
|
Update:
evserv в 2012г, все таки, "накаркал".
Я слишком привык, что годами (чуть ли не 10 лет) "все одно и тоже".
Поглядел BIOS более свежего ноута X551CA (2013г), образ которого любезно выложил levik в другом топике: http://monitor.net.ru/forum/asus-x551ca-rev-22-info-543722.html
и сравнил его с образом с сайта. Образ levik, на самом деле, для X551CAP версии 209 (Rev 2.2 это ревизия матери). Выяснилось, что все почти также, как и было, однако в образ с сайта добавили заголовок 2КБ сверху.
Придется мне "исправиться".  Поэтому рассмотрим более подробно.
Образ X551CA разросся аж до 8МБ, из которых большая часть занята некими реальными даннми. Образ с сайта 6146КБ, т.е. ровно 6МБ + 2КБ. Эти 2КБ сразу вызвали "подозрение".
Стал сравнивать. Данные из первых байт образа с сайта нигде не встречаются в образе из флеши.
Полистал чуть ниже. Первые чуть более 1КБ занимают плотно упакованные данные. Далее чуть менее 1КБ идут "нули" (на самом деле там ок 1КБ заполнено кодом FFh).
Потом опять идут какие-то данные начиная со смещения 800h (т.е. как раз 2КБ).
Пробуем найти первые байты из этого блока в образе слитом из флешки и, вуаля, они сразу находятся по смещению 200000h (т.е., как раз 2МБ от начала, которых и "не хватало").
Далее "дело техники".
Вырезаем из образа с сайта кусок со смещения 800h и до конца.
Вырезаем из образа флеши кусок со смещения 200000h и до конца. (не спутайте! 2МБ = 2 миллиона байт = 200тысяч байт в hex, а не 2 миллиона hex!)
Сравниваем вырезанные куски бинарным сравнением (FC /b KusokSaita.bin KusokFlesha.bin) и убеждаемся, что они идентичны.
Далее смотрим чего есть "интересного" в перых 200000h байт образа из флеши/
Начало занимают несколько блоков некодированных данных перемежающихся блоками "нулей" (забита подряд куча FFh). Область занимает адреса с 0h до 3000h.
Данные по виду, как раз, напоминают "по виду" данные EEPROM, в котором обычно хранятся короткие структуры и битовые "флажки". Разбираться с назначением тех или иных байтов и их последовательностей можно долго и упорно.
Начиная с адреса 3000h начинаются структуры современного EFI.
Адреса с 3000h до 3400h занимает некая структура каталогов EFI.
Затем с адреса 3400h до 4000h идут 3КБ нулей (00h)
Далее с адреса 4000h до 6000h идут 8КБ "нулей" (FFh)
Начиная с 6000h до 6D40h = D40h (т.е. около 3КБ - некие некодированные бинарные данные. Структура имеет в заголовке строку "MFS", фиг знает что это.
Потом забиты "нули" (FFh) до адреса A000h
С адреса A000h, по всей видимости, начинается NVRAM, причем встречаются строки явно указывающие на его связь с кодом ME.
После адреса D300 начинают встречаться кодированные (сжатые или шифрованные) блоки данных, которые явно относятся к области NVRAM, поск банально начинаются не с "круглых адресов". Неоторые из блоков имеют весьма "приличные" размеры, например блок с ~E000h до ~12000h (ок 16КБ) и с 12000h до ~15000h (ок. 12КБ) итд. Область "простирается" до адреса ~34C00h.
Я эти модели БИОСов ранее не копал, соотв таких структур не видел. Не исключено, что данные NVRAM/DMI теперь просто пакуют для уменьшения объема и, соотв, снижения износа флеши, поск, как известно, данные DMI переписываются при каждом старте компа.
Чтобы это подтвердить или опровергнуть нужно проследить "в динамике", а у меня нет такого ноута под рукой. Аналогично с данными EEPROM. Чтобы точно его локализовать нужно либо отследить обращения к нему, либо изменения. AMIFlash ранее позволял легко выявить адреса EEPROM.
Начиная с 34C00h до 4E000h = 19400h (т.е. около 100КБ) идут "нули" (FFh) изредка перемежающиеся крошечными блоками данных по неск байт. Что "цэ таке" - фиг знает, для понимания потребуовался бы полный реверс.
Начиная с 4E000h до 4EF00h = 1100h (т.е. около 4КБ - некие некодированные бинарные данные, похоже, что данные ME BIOS.
Начиная с 4EF00h до 50000h опять "нули" (FFh, ок 4KБ)
Начиная с 50000h до 7FEE0h = 2FEE0h (т.е. около 190KB) лежит первая часть ME BIOS
Начиная с 7FEE0h до 96000h опять "нули" (FFh, ок 90КБ)
Начиная с 96000h до 109310h = 73310h (т.е. около 470KB) лежит вторая часть ME BIOS
Начиная с 109310h до 10B000h опять "нули" (FFh)
Начиная с 10B000h до 15FD00h = 54D00h (т.е. около 350KB) лежит третья часть ME BIOS (Management Engine)
Все три части ME BIOS сжаты/зашифрованы (кроме заголовков). Вся разговоры о том, что этот код нужен, якобы, для каких-то сисадминов в организации для управления "выключенными компами" (которые еще 20 лет назад научились включать чз примитивный WOL) - чистая демагогия. Подробно почитать об этом шпионском говне вы можете тут:
http://me.bios.io
Простую и понятную презентацию "для простых людей" by Igor Skorchinsky в PDF можете поглядеть тут:
http://2012.ruxconbreakpoint.com/assets/Uploads/bpx/Breakpoint%202012% ...
(Если кто-то еще даже английский не изучил - простите, но как Вы будете бороться за вашу безопасность, если не в состоянии даже пару слов понять на языке "вероятного противника"?)
Одного того, что данная гадость работает абсолютно независимо от проца (исполняется чипсетом) и может перехватывать любые сетевые коммуникации достаточно, чтобы всеми фибрами возжелеть его любой ценой вырезать и выкинуть.
Вобщем в новых Aptio (и/или Asus-ах) кое-что наменяли. Как минимум, добавили код ME BIOS, не входящий в образ прошивки с сайта. Тем не менее вполне возможно что проливка образа с сайта с адреса 200000h (с предварительным "обрезанием" 2КБ заголовка) позволит запустить ноут. Выявить можно только путем эксперимента.
Вот тут, например, мужик долго бился с BIOS-ом Z9PE-D8
http://forums.overclockers.ru/viewtopic.php?p=11976093&sid=51e925d ...
После обновления с сайта мать перестала грузиться с ошибкой B2 - Legacy Option ROM Initialization, и даже прошивка на проге, с проверкой чтением-сравнением проблему не решала (и шил он разные версии), что говорит о порче либо не соответствии данныех (кода) в "неперешиваемой" части данным (коду) прошиваемым из образа с сайта. Хотя не исключено что чел просто что-то не так делал, но проблема возникла сразу после обновления БИОСа.
При любом раскладе, собирайте коллекию "фуллов", выкладывайте в обменники.
Сделать его с помошью BIOS Backup Toolkit можно на любом (или почти любом) компе.
|
|
|
