Куратор(ы):
CodeRush
Автор | Сообщение | |||
---|---|---|---|---|
|
||||
Куратор темы Статус: Не в сети |
Прошу обратить внимание на то, что прошивка и модификация BIOS’а производится на ваш страх и риск, и я не несу никакой ответственности за возможную порчу данных и неработоспособность платы после прошивки. Этот набор предназначен для десктопных плат, не используйте входящие в него bat-файлы на ноутбуках, пожалуйста. FAQ по прошивке и редактору — во втором сообщении темы. Пишем новый FAQ вместе Последний раз редактировалось CodeRush 07.09.2013 14:49, всего редактировалось 34 раз(а). |
Реклама | |
Партнер |
CodeRush |
|
Куратор темы Статус: Не в сети |
Все нижеописанное вы делаете на свой страх и риск. FAQ по прошивке BIOS’а для плат ASUS на чипсетах Intel 6 и 7 серии Внимание, владельцы плат на Z77 и X79 с последними версиями BIOS! Содержание FAQ. 0. Структура BIOS’а и краткое введение в работу с FTK. Основой FTK является утилита Intel Flash Programming Tool, или коротко, FPT. 1. Подготовка к работе с FTK. 1.1. Создание загрузочной флешки с FTK Итак, тем, кто все-таки решил, что из DOS шить получится безопаснее, необходимо следующее: 2. Снятие резервной копии BIOS’а. 2.1. Снятие полной резервной копии при помощи FTK Загрузитесь в DOS с полученной в пункте 1 флешки и выполните команду backup 2.2. Снятие неполной резервной копии при помощи EZ Flash Вам понадобится отформатированная в FAT флешка. Созданная в пункте 1 вполне подойдет, хотя можно использовать и другую. 2.3. Перенос данных из неполной резервной копии BIOS’а в заводской файл при помощи FD44Editor Первое, что вам потребуется — неполная РК, которую можно снять способом, описаным в пункте 2.2. 3. Обновление BIOS’а. 3.1. Обновление региона BIOS при помощи EZ Flash Вам понадобится отформатированная в FAT флешка, созданная в пункте 1 подойдет. Положите на нее файл с обновленным BIOS’ом и перезагрузитесь. К сожалению, EZ Flash не всегда обновляет BIOS безошибочно (если бы это было так, этот FAQ бы не понадобился), поэтому в некоторых случаях при появлении глюков помогает полная перешивка региона BIOS с предварительным полным же его стиранием. 3.2. Полная перешивка региона BIOS при помощи FTK Вам понадобится подготовленная в пункте 1 флешка с FTK. Теперь о регионе ME. Как обычно, есть несколько способов его обновления. Стандартным является прошивка утилитой Intel FWUpdate специального файла, который называется обычно MEx_1.5M_Production.bin и имеет размер около 1,5 Мб. Файл с обновлением такого типа можно найти как в составе утилит ASUS, так и на сторонних сайтах. Обновить ME таким способом можно даже если доступ на чтение/запись к региону ME закрыт. Недостатком является необходимость поиска вышеупомянутого файла и невозможность отката на предыдущие версии ME. Если же файл найден, а откат не важет — это лучший способ. 3.3. Обновление региона ME при помощи FTK (утилитой Intel FWUpdate) Вам понадобится флешка с FTK, подготовленная в пункте 1. Несмотря на все предосторожности при прошивке, иногда регион ME все-таки портится. Понять, что ME испорчен, очень просто — перестают работать турбо-множители, системе видна только половина памяти и система начинает непредсказуемо глючить. Обновление предыдущим способом в случае поврежденного ME часто оканчивается неудачей. Поврежденный исправляется ME его полной перешивкой. На платах с закрытым на чтение/запись регионом ME сначала требуется снять защиту, используя методы, описанные в пункте 8. 3.4. Полная перешивка регионов ME и/или GbE при помощи FTK Для этого вам понадобится флешка с FTK, созданная в пункте 1. 4. Полная перешивка или откат BIOS’а на более раннюю версию. 4.1. Полная перешивка или откат BIOS’а при помощи FTK Вам понадобится подготовленная в пункте 1 флешка с FTK. 5. Возможные ошибки в работе BIOS’а и методы их устранения. 5.1. Список проблем и методов их решения Проблема: невозможно включить Turbo-множители, нужный пункт в BIOS’е отсутствует. Проблема: система видит только половину оперативной памяти. Проблема: не работает встроенная в процессор видеокарта. Проблема: не стартует драйвер встроенной сетевой карты Intel, код 10 в диспетчере устройств. Проблема: после обновления BIOS’а MAC-адрес превратился в 88:88:88:88:87:88 Проблема: при попытке прошивки или отката отображается сообщение «FD44 module is empty» и прошивка дальше не идет. Проблема: невозможно зарегистрировать и активировать некоторые программы, например, Windows 8 или SolidWorks, в сообщение что-то про SMBIOS UUID. Это список будет дополняться в будущем при возникновении новых проблем и выработке новых решений. 6. Назначение и структура модуля FD44820B-F1AB-41C0-AE4E-0C55556EB9BD. 6.1. Содержимое модуля FD44820B-F1AB-41C0-AE4E-0C55556EB9BD и местонахождение наклеек с ним К ним относятся: 7. Редактирование данных в файле BIOS’а при помощи FD44Editor’а. 7.1. Внесение данных в заводской файл при помощи FD44Editor’а Вам понадобятся FD44Editor последней версии, ссылка на который имеется в следующем посте темы, а также заводской файл BIOS’а с asus.com, в который вы и будете сохранять данные. Ну и сами данные, конечно. Если данных нет — можно их придумать самому. 7.2. Прошивка отредактированного файла BIOS’а при помощи FTK Вам понадобится подготовленная в пункте 1 флешка с FTK. 8. Снятие защиты от прошивки всех регионов BIOS’а. 8.1. Аппаратное снятие защиты Для начала посмотрим в datasheet на чипсеты 6 серии. 8.2. Изменение последовательности region lock в регионе descriptor Суть этого метода в изменении модификаторов доступа ко всем регионам на «разрешить всем все». 9. Использование другой работоспособной платы в качестве программатора (BIOS hotswap). 9.1. Прошивка BIOS’а горячей заменой 1. Подготовьте BIOS для вашей платы, содержащий все индивидуальные данные. Если у вас есть полная резервная копия — лучше прошивать именно ее, если нет — подготовьте файл BIOS’а при помощи FD44Editor’а, как описано в пункте 7.1. Последний раз редактировалось CodeRush 04.06.2013 23:19, всего редактировалось 93 раз(а). |
CodeRush |
|
Куратор темы Статус: Не в сети |
Закоммитил предварительную поддержку плат на Z77 и поддержку платы P8P67-M. Теперь мне нужны РК с любых плат ASUS на Z77. Буду доставать всех владельцев в Л/С. |
CodeRush |
|
Куратор темы Статус: Не в сети |
ivy.craft, в таком случае я знаю в чем дело. Дело в порядке считывания данных. Можешь сравнить файл, полученый тобой, и файл, полученый программой. Разница будет в порядке записи MBDN и UUID. Я не думаю, что это важно, но если уж делать до конца правильно, то нужно писать в том же порядке, что и в открытом файле, если в этом файле непустой модуль. Иначе писать в том порядке, как сейчас. |
ivy.craft |
|
Junior Статус: Не в сети |
CodeRush, так и есть, сравнил файлы: в моем файле последовательность — серийник, затем UUID, и в конце MAC-адрес, а в полученном программой следующий — UUID, затем MAC-адрес, и в конце серийный номер. И в моем файле 2 блока ближе к концу файла , а в том который через программу получен 3 блока(3-й блок в середине смещение у него 00194000)и какой-то он странный, начало у него «ASUSBKP» очень похоже на «ASUS BackUP» предположение. По поводу неполных резервных копий , которые делаются встроенной утилитой «Easy flash» ,для чего производитель их сделал я так и не понял , зато опытным путем выяснил, что восстановить свои индивидуальные данные платы при помощи этих РК встроенной утилитой никоим образом нельзя (допустим купил я микросхему биос , зашил в неё программатором заводской файл или она уже была прошита , прошиваю теперь туда свою неполную РК — результат нулевой — получается, что и толку от этой РК никакого) Добавлено спустя 22 минуты 6 секунд: |
ivy.craft |
|
Junior Статус: Не в сети |
ivy.craft писал(а): а в том который через программу получен 3 блока(3-й блок в середине смещение у него 00194000)и какой-то он странный, начало у него «ASUSBKP» очень похоже на «ASUS BackUP» проверил еще раз 3-й блок появляется только после загрузки , а программа подставляет только в 2 последних(редактор отрабатывает нормально) порядок только нарушен -получается |
CodeRush |
|
Куратор темы Статус: Не в сети |
md_max, спасибо. Перманент на нужные мне структуры не влияет никак. ivy.craft, ASUSBKP$ — это копия данных из модуля, ее делает сам БИОС, скорее всего для нужд обновления при помощи стандартных утилит. Я оттуда не читаю и туда не пишу. |
ivy.craft |
|
Junior Статус: Не в сети |
CodeRush писал(а): ivy.craft, ASUSBKP$ — это копия данных из модуля, ее делает сам БИОС, скорее всего для нужд обновления при помощи стандартных утилит. Я оттуда не читаю и туда не пишу. я примерно так и подумал. CodeRush писал(а): новый код надо отлаживать аккуратно, это все таки БИОС. согласен, аккуратно и внимательно.(чтобы после прошивки хотя бы загрузится можно было без использования программатора). |
CodeRush |
|
Куратор темы Статус: Не в сети |
Обновил версию до 0.5.1бета, список изменений в первом сообщении. Прошу владельцев поддерживаемых плат на Z77 протестировать и отписаться о работоспособности. |
jjxaker |
|
Member Статус: Не в сети |
запустил ,открыл биос ,прога не считала данный вообще даже мак 88:88:88:88:87:88 |
CodeRush |
|
Куратор темы Статус: Не в сети |
jjxaker, давай файл, который открывал. Если открывал заводской — так и должно быть. |
jjxaker |
|
Member Статус: Не в сети |
CodeRush всё понял ,ну да заводской))) бекап гуд Добавлено спустя 25 минут 58 секунд: Добавлено спустя 6 минут 38 секунд: Добавлено спустя 2 минуты 20 секунд: Добавлено спустя 9 минут: |
CodeRush |
|
Куратор темы Статус: Не в сети |
Дату БИОСа добавлю, она лежит рядом с именем платы и версией. |
Shpoker |
|
Member Статус: Не в сети |
а в чем суть этих действий??? зачем менять данные материнки? |
CodeRush |
|
Куратор темы Статус: Не в сети |
Shpoker, суть в том, что при обновлении БИОСа эти данные при плохой погоде на венере или песчаных бурях на марсе (а видимо именно от этого зависит у криворуких погромистов Асуса софт) эти данные могут потеряться. После чего слетает активация у некоторых программ, МАК-адрес превращается в 88 88 88 88 87 88 и так далее. И если на Z77 этого всего пока еще нет, но пользователи Асуса на P67/Z68 уже почувствовали все последствия потери данных на себе. |
Shpoker |
|
Member Статус: Не в сети |
CodeRush вот оно что, спасибо. просто пару лет назад отказался от асуса впринципе, ибо задолбали повальные выходы из строя (ящиками) их материнок и такие глюки не застал. |
—
Кто сейчас на конференции |
Сейчас этот форум просматривают: Shark-Nkz и гости: 10 |
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете добавлять вложения |
Лаборатория
Новости
-
michell12
Junior
ноутбук 15.6″ [Home] Ноутбук DNS (0164925) (HD+) Системная плата Clevo W250EGQ/W270EGQ Bios version 1.02.03TDC. Шью из DOS. EC firmware встал без проблем, а вот при попытке шить биос (на 1.02.04) наблюдаю такие строки
PDR REGION DOES NOT EXIST
GBE REGION DOES NOT EXIST
error 25 the host cpu does not have write acces
прочитал что эта ошибка запрет на запись, по сему вопрос как снять этот запрет?
-
Martix
Member
- Звідки: Марс
Повідомлення
07.09.2016 13:37
michell12
Скорей всего биос не тот. Пишите в поддержку DNS.
-
jimbo
Member
Повідомлення
07.09.2016 14:55
И зачем биос шьете то? Что-то не работает?
-
nv_ua
Member
- Звідки: Харків
Повідомлення
20.10.2018 20:54
jimbo:И зачем биос шьете то? Что-то не работает?
Новые функции в биосе и оптимизация напряжений.
-
KimRomik
Member
Повідомлення
20.10.2018 21:25
michell12
шить программатором из дампа, там иногда даже можно узреть больше, чем сам исходник прошивки из офф сайта
-
overfenix
Member
- Звідки: Черкассы
Повідомлення
20.10.2018 21:29
KimRomik:michell12
шить программатором из дампа, там иногда даже можно узреть больше, чем сам исходник прошивки из офф сайта
Или узреть кирпич с названием DNS
При таком раскладе полный дамп хоть сохраните.
А вообще матерится по ходу на регион. Значит не тот Бивис скачан — не для того региона
-
Zaelot
Member
- Звідки: Я з України Харків це біля Європи
Повідомлення
20.10.2018 22:00
Чтобы шить из дос , нужно биос достать из капсуля через UEFITool , потом моддить (ну или оставить как есть) и шить , дай мне биос , я тебе скину готовый
Симптомы: при старте «Fix ME firmware data 0..96%«, затем перезагружается, только потом стартует. Полностью не выключается, остаются крутиться вентиляторы и горит Power, в BIOS данных о температуре нет, только прочерки.
Решение очевидное, прошить ME BIOS с помощью утилиты fpt.exe, но не все так просто.
Для 5 чипсета подошла только эта утилита Intel ME System Tools v6 IBX r2 (Flash Programming Tool -> DOS -> fpt.exe) скачал отсюда Intel ME System, и файл дампа подошел только me.bin c сайта rom.by (me.bin) на страничке rom.by-GA-H55M-s2
вот этот образ не подошел — Forum Giga-Byte, GA-h55m-S2-ME+BIOS.zip
Прошивка по шагам:
1. Бесплатной утилитой с rufus.ru создал загрузочную флэшку с FreeDOS
2. В корень скопировал все содержимое папки с Flash Programming ToolDOS, и файл me.bin
3. После загрузки ввел команду fpt.exe -f me.bin и :
— Flash Devices Found —
W25Q32BV ID:0xEF4016 Size: 8096KB (65536Kb)
MX25L8005 ID:0xC22014 Size: 1024KB (8192Kb)
ошибка 104: The 2 SPI flash devices do not have compatible command set,
решение простое — нужно отредактировать файл fparts.txt.
MX25L8005, 0xC22014, 0x800000, 0x1000, 0x20, 64, 0, 0x60, 80000
0x60 поменял на 0xc7, чтобы было одинаково с W25Q32BV
«..даташиты на SPI чипы флэшей — а они поддерживают и 60, и С7 в качестве Chip Erase. Так что это действие совершенно безопасное, никаких проблем не будет даже если Chip Erase будет задействован когда-либо (что, повторюсь, маловеротяно).» — из форума Acerfans.ru
повторил команду fpt.exe -f me.bin, у меня прошивка прошла с желтыми символами, ругнулся, что «PDR Region does not exist.», но потом честно прошел все три этапа прошивки: Erase, Write и Verify. В конце написал зеленым «FPT Operation passed» (или «confirm» — точно не помню)
4. Обязательно обесточить компьютер, выдернуть шнур питания из БП (подождать минуту-две)
После этого загрузка и выключение стали выполняться без ошибок. ))
Надеюсь, кому-то это сократит кучу времени, я на поиск всего этого потратил 2 дня…
У вас нет доступа для просмотра вложений:
1. Пожалуйста авторизуйтесь или зарегистрируйтесь.
2. Вы должны иметь 15 (ПЯТНАДЦАТЬ) или более сообщений.
3. У нас можно купить доступ к файлам.
-
#21
PDR Region does not exist
GBE Region does not exist
RESULT: The data is identical
FPT Operation Passed
Биос обновился до 0301. Проблема с перезагрузкой решена.
Огромное спасибо.
-
#23
В продолжении этой прошивке хочу поделиться как прошить эту мать
Флешка у меня была на 4GB запускаем rufus-2.11 выбираем нашу флешку выбираем freeDOS и стартуем потом закидываем из папки NC1 в корень нашей флешки потом качаем правильный BIOS и так же кидаем в корень папки всё флешка готова вставляем флешку лучше на задний порт компьютера и загружаемся с флешки пишем команду DIR видим наши файлы набираем NC.EXE мы уже в Norton Commander там выделяем ftp.exe нажимаем Ctrl+Enter и ftp.exe прописывается в строке в низу далее пробел далее пишем -F пробел далее выбираем нашу прошивку и нажимаем Ctrl+Enter и нажимаем Enter всё прошивка пошла и самое главное перед прошивкой перекиньте джампер скрин прилажу Посмотреть вложение 7730
полный путь прошивки выглядит так
ftp.exe -f H81-M4-PEGA-0301.ROM
Если есть вопросы пишите
Спасибо! Очень полезная и понятная статья!
-
#24
Pegatron Материнская плата H81-M4 DVI OEM
Посмотреть вложение 7732
А у меня Windows 10 не устанавливается на эту плату. Не подскажете решение?
-
#25
А у меня Windows 10 не устанавливается на эту плату. Не подскажете решение?
Здравствуйте на каком этапе ошибка при установке выскакивает нужна более подробная информация
-
#26
Здравствуйте на каком этапе ошибка при установке выскакивает нужна более подробная информация
Процессор у меня Intel Celeron G1820. Ошибка возникает сразу спустя минут 3-х после запуска установщика Win 10 с DVD (официальный образ). Пробовал обновляться с Windows 7 — та же проблема. Снимок ошибки в закрепе. Понятное дело, что пишет, что неисправно какое-то устройство. Мне в диагностике сказали, что это может быть индивидуальный брак материнки, но это не точно. До и после прошивки проблема осталась. Блок питания, ОЗУ, ПЗУ в норме.
-
DSC_0000200.jpg
88.2 KB
· Просмотры: 16
-
DSC_0000202.jpg
81.5 KB
· Просмотры: 16
-
#27
Процессор у меня Intel Celeron G1820. Ошибка возникает сразу спустя минут 3-х после запуска установщика Win 10 с DVD (официальный образ). Снимок ошибки в закрепе. Понятное дело, что пишет, что неисправно какое-то устройство. Мне в диагностике сказали, что это может быть индивидуальный брак материнки, но это не точно. До и после прошивки проблема осталась. Блок питания, ОЗУ, ПЗУ в норме.
Проверьте HDD диски на ошибки программой
И посмотрите в каком состояние DVD диск (царапины потёртости) возможно не может считать с DVD диска
-
#28
Проверьте HDD диски на ошибки программой
И посмотрите в каком состояние DVD диск (царапины потёртости) возможно не может считать с DVD диска
Я писал выше, что я пробовал обновлять с Windows 7 через утилиту обновления (без DVD).
-
#29
Я писал выше, что я пробовал обновлять с Windows 7 через утилиту обновления (без DVD).
То есть 7 windows нормально устанавливается и работает ??
-
#30
То есть 7 windows нормально устанавливается и работает ??
И Windows 7 и Windows 8.1 прекрасно устанавливаются. Все тесты проходят успешно, все драйверы подходят. Всё работает бесперебойно. А Windows 10 никак.
-
#31
И Windows 7 и Windows 8.1 прекрасно устанавливаются. Все тесты проходят успешно, все драйверы подходят. Всё работает бесперебойно. А Windows 10 никак.
А у вас диск с Windows 10 точно нормальный не коцанный ??
Это не связанно с железом это что то с по
-
#32
А у вас диск с Windows 10 точно нормальный не коцанный ??
Это не связанно с железом это что то с по
Но и при обновлении с Windows 7, когда DVD вообще не нужен, ошибка тоже выскакивает и тоже сразу после начала установки обновления до Win10. Я сейчас конечно попробую запустить установку Windows 10 с другого диска и с другого DVD привода, чтобы точно убедиться, что проблема не в них.
-
#33
Но и при обновлении с Windows 7, когда DVD вообще не нужен, ошибка тоже выскакивает и тоже сразу после начала установки обновления до Win10. Я сейчас конечно попробую запустить установку Windows 10 с другого диска и с другого DVD привода, чтобы точно убедиться, что проблема не в них.
Вы попробуйте не с диска а с флешки только запишите туда образ Windows 10 я думаю это решит вашу проблему
-
#34
Вы попробуйте не с диска а с флешки только запишите туда образ Windows 10 я думаю это решит вашу проблему
Попробовал с другого диска и с флешки тоже попробовал, всё заработал! Спасибо за совет!
-
#35
Попробовал с другого диска и с флешки тоже попробовал, всё заработал! Спасибо за совет!
Да на здоровье
-
#36
PDR Region does not exist
GBE Region does not exist
RESULT: The data is identical
FPT Operation PassedБиос обновился до 0301. Проблема с перезагрузкой решена.
Огромное спасибо.
Разжуй, пожалуйста, по полочкам процесс установки.
начиная с подготовки фляги с биосом
-
#37
Разжуй, пожалуйста, по полочкам процесс установки.
начиная с подготовки фляги с биосом
В шапке всё разжевано по полочкам !!
-
#38
После перепрошивки комп не загружается
-
#40
Здравствуйте при прошивке всё было выполнено как написано в шапке перемычку переставили ?? при прошивке ошибки самопроизвольные выключения были ??
А TPM так можно включить?
+3
TPM, я думаю, можно включить поправив UEFI код. Единственное, если активировать TPM в этом случае, то после включения будет предпреждение в виде пяти, кажется, коротких гудков и небольшой паузы, т.к. TPM проверяет оригинальность UEFI кода. Для lenovo последнее можно проверить и сейчас. Качаем с lenovo Sample Scripts for BIOS Deployment Guide . С правами администратора запускаем:
cscript.exe SetConfig.vbs SecurityChip Active
Перезагружаемся и, если в биосе включен aes путем редактирования прошивки, во время загрузки услышим пять бипов. Но ОСь TPM всё равно видеть не будет, хотя он и активирован — нужно править биос.
0
Только если в прошивке уже есть необходимые драйверы и не хватает только самого TPMа. Обычно в таком случае нужно припаять сам чип (SSOP-28, паяется руками без проблем) и пару SMD-резисторов и конденсаторов для его питания. Иногда еще придется найти strap-резисторы и поменять их так, чтобы драйверы TPM начали стартовать.
0
В моём случае, lenovo t420s tpm отключен, нужная микросхема распаяна:
И TPM, как я говорил, даже можно активировать, но в ОСи его не видно.
0
А как реализована блокировка? Может быть BIOS просто проверяет MTM (как у Wi-Fi адаптеров) или есть выключатель в сервисном меню, которое используют при замене материнки?
0
На плате есть отдельная микросхема еепрома, она, кстати, видна, под контактами, которые замыкаются на леново. Возможно установки на счёт aes и tpm есть там.
+1
О, если Anti-Theft и Computrace полностью отключить из BIOS (disable permanently), то их, похоже, можно таким же образом активировать заново?
+2
Я не пробовал. Сходу, кажется, что «да», но, например, пароль на биос хранится в отдельной миксросхеме еепрома или же ключи шифрования хранятся где-то в TPM, кажется и так просто их не снести.
+1
Конечно. Все эти «permanently» — зачастую фикция. Anti-Cheft, вообще говоря, больше не поддерживается, и включать его я не рекомендую, а вот драйверы LoJack/Computrace лучше удалять не думая, т.к. никаким «permanently» там и близко не пахнет.
0
UFO just landed and posted this here
Спасибо. Писал, как для себя. Когда-то, давным-давно, когда я не знал хабра и только купил свой боевой леново, я разблокировал aes по чужим руководствам и написал пост на ixbt конкретно для своего ноутбука. С той поры, каждый раз после обновления биоса, я гуглил свой пост и по нему восстанавливал aes на ноутбуке. Очень было удобно.
0
А как разблокировать интеловское видеоядро?
0
Для интеловского видео ядра — нужно доп питание + разводка элементов на плате, для общения того самого ядра с хабом (H-HM-QS и т.д.). В биосе максимум что может быть — это уточнение какое должно быть видео ядро, на какой частоте оно будет работать и при какой температуре выключаться
0
На моей плате скорее всего это всё есть, вот только у меня Asus (G750JH), и где там что замыкать для чтения-записи я если честно без понятия.
0
Я правильно понимаю, для HM87 (как и для QM87, у них вроде серия одинаковая) замыкать надо 1 и 5 ноги аудиочипа при буте? Одна деталь, у меня ME восьмой версии, а не седьмой. На восьмой этот трюк тоже пройдёт?
Ламерский вопрос — если я замыкая ноги 1 и 5 замкну ещё случайно шестую, очень страшно будет? Понятно что лучше этого избегать, но походу на моём ноуте всё слишком близко расположено, и удобных площадок куда можно подцепиться просто нету рядом с аудиочипом, так что придётся прямо к самим ножкам видимо цепляться.
Было бы круто если CodeRush бы ответил — насколько я понял, он известный специалист в этой области. Был бы весьма признателен.
Как бонус — производитель вложил в драйвера все системные тулзы и даже PreProduction и Production бинари ME-региона!
0
Ошибочка — серия чипсета 8, а ME — 9
0
Отвечаю: замыкать надо вывод чипсета HDA_SDO на единицу (т.е. на 3.3В или 1.8В на Атомах). Если удобных площадок нет, надо работать с тем, что есть, но что будет от замыкания шестой ноги на питание — тут я не могу сказать наверняка, это зависит от модели аудочипа.
+1
Спасибо! Т.е. на восьмых чипсетах это актуально? Просто я читал спеку на 8 чипсет, там пункт про HDA_SDO прописан, но не указано что оно делает, а просто написано reserved.
0
Актуально на всех чипсетах Intel, которые поддерживают descriptor mode, т.е. с ICH7 и до самых последних.
+1
Спасибо! Удалось разлочить, нашёл таки крошечную но площадку.
0
Спасибо за наводку на нужный пин. Я попробовал на Asus X550VB. Но не получилось. Дело было так:
Без всяких хардверных манипуляций с помощью Intel Flash Programming Tool (под Win x64) успешно вычитал DESC
, BIOS
и GBE
. А ME
оно, естественно, отказалось читать (мол, прав нет). Также, DESC
не удалось записать (опять-таки, прав нет). Надо разбирать ноут.
Нашёл звуковуху (ALC277). На этот чип даташита нет, но я глянул распиновку в аналогичном (проверял другие ножки, чтобы соответствовали):
Нашёл нужную ножку (а она ещё и шелкографией помечена. Совпадение?):
Пины очень маленькие, ещё и снизу платы всё это, ноутбук включать неудобно. Но добрый человек подсказал, где контакт выходит на другую сторону платы. Я проверил — и правда он. Также, уже самостоятельно, нашёл точку пина питания и потом, уже от отчаяния, ещё один пин:
Сколько раз я ни пробовал — всё без толку. Подавал +3.3В и на SDATA-OUT, и (от безнадёги) на SDATA-IN (не одновременно). Подавал начиная от всовывания штекера, и до момента, когда БИОС просит пароль на загрузку.
Первые разы загружался в Windows, пробовал — нет права читать ME
, нет права писать в DESC
. Потом в Винду грузиться задолбался, закинул на флешку UEFI shell. Начал так же пробовать через EFI-шные версии тулзов. Попытка через Flash Programming Tool (EFI) записать в DESC
— результат тот же. MEInfo что в Винде, что в UEFI выдаёт строчки
Host Read Access to ME: Disabled
Host Write Access to ME: Disabled
ЧЯДНТ?
Полный вывод MEInfo
.MEInfoWin64.exe
Intel(R) MEInfo Version: 8.1.56.1541
Copyright(C) 2005 - 2014, Intel Corporation. All rights reserved.
Intel(R) ME code versions:
BIOS Version: X550VB.217
MEBx Version: 0.0.0.0000
Gbe Version: 1.3
VendorID: 8086
PCH Version: 4
FW Version: 8.1.2.1318
UNS Version: Not Available
LMS Version: Not Available
MEI Driver Version: 11.0.0.1157
Wireless Hardware Version: Not Available
Wireless Driver Version: Not Available
FW Capabilities: 0x01101C60
Intel(R) Anti-Theft Technology - PRESENT/ENABLED
Intel(R) Capability Licensing Service - PRESENT/ENABLED
Protect Audio Video Path - PRESENT/ENABLED
Intel(R) Dynamic Application Loader - PRESENT/ENABLED
CPU Upgrade State: Not Upgradable
Cryptography Support: Disabled
Last ME reset reason: Power up
Local FWUpdate: Enabled
BIOS Config Lock: Enabled
Host Read Access to ME: Disabled
Host Write Access to ME: Disabled
SPI Flash ID #1: EF4017
SPI Flash ID VSCC #1: 20052005
SPI Flash BIOS VSCC: 20052005
BIOS boot State: Post Boot
OEM Id: 00000000-0000-0000-0000-000000000000
Capability Licensing Service: Enabled
Capability Licensing Service Status: Permit info not available
OEM Tag: 0x00001043
Localized Language: Unknown
Independent Firmware Recovery: Disabled
0
Все так делаете, только смотрите не туда немного.
Проверять надо той же утилитой MEInfo, только с параметром -FWSTS, если все сработало верно, то ME окажется отключенным, и дальше уже через Intel FPT можно шить и дескриптор, и регион МЕ. При этом все утилиты (в том числе MEInfo) продолжат рапортовать о том, МЕ защищен от записи, просто защита эта перестанет работать.
+1
Спасибо за ответ.
Ок, допустим я неправильно смотрел MEInfo. Но это не не должно было повлиять на возможность записи, верно?
Я без вызова MEInfo сразу пытался шить и из Винды, и из UEFI. Результат был такой (это я уже для демонстрации запустил без закорачивания нужных контактов на плате, но с закорачиванием результат был точно такой же):
.fptw64.exe -desc -f .X550_ME_SPI_DESC_UNLOCK.bin
Intel (R) Flash Programming Tool. Version: 8.1.60.1561
Copyright (c) 2007 - 2014, Intel Corporation. All rights reserved.
Platform: Intel(R) HM76 Express Chipset
Reading HSFSTS register... Flash Descriptor: Valid
--- Flash Devices Found ---
W25Q64BV ID:0xEF4017 Size: 8192KB (65536Kb)
PDR Region does not exist.
Error 25: The host CPU does not have write access to the target flash area. To enable write access for this operation you must modify the descriptor settings to give host access to this region.
Шить отказалось. Считывать могу (как и раньше). Сравнивая считанное вижу, что ничего не записалось. ME
вычитать также не могу (и с закорачиванием контактов не мог):
.fptw64.exe -me -d .X550_ME_SPI_ME.bin
Intel (R) Flash Programming Tool. Version: 8.1.60.1561
Copyright (c) 2007 - 2014, Intel Corporation. All rights reserved.
Platform: Intel(R) HM76 Express Chipset
Reading HSFSTS register... Flash Descriptor: Valid
--- Flash Devices Found ---
W25Q64BV ID:0xEF4017 Size: 8192KB (65536Kb)
Error 26: The host CPU does not have read access to the target flash area. To enable read access for this operation you must modify the descriptor settings to give host access to this region.
0
Значит, что-то все-таки делаете неправильно, или замыкаете не ту ногу, или делаете это слишком поздно. Посоветую отключить батарею, замкнуть, воткнуть зарядное, включить и загрузиться в UEFI Shell, все должно работать. Механизм этот чипсетный, и потому отключен быть не может (прошивка может отказаться стартовать с ним, но это другая история).
0
Я несколько раз всё проверял. Прозванивал та ли это нога. Убедился, что не звонятся соседние ножки. Это всё происходило без аккумулятора.
Замыкал разными вещами (и пинцетом, и ножницами). Убедился, что есть электрическое соединение между точками после замыкания…
Закорачивал, потом всовывал штекер питания, держал точки замкнутыми до момента, когда БИОС просит пароль на загрузку. И всё-равно ничего не добился.
Мне уже кажется, что для меня нет другого способа, кроме как выпаивать SPI флеш и шить его программатором…
Если прошить разлачивающий DESC
(каким-либо способом), тогда уже будет свободный доступ к ME
на чтение и запись, верно?
0
Пришлось разбирать ноут т.к. динамик захрипел. Заодно решил попробовать ещё раз сделать задуманное. И…
Успех!
Я подозревал, что ничего не выходит при замыкании контактов возле аудиочипа потому, что между аудиочипом и чипсетом есть резистор.
Начал искать куда идёт дорожка. Нашёл возле чипсета переходное отверствие куда она входит (на картинке отмечено красным внизу зелёного круга). К сожалению эта дорожка заходит в средние слои материнки. Но чудом мне удалось найти место, где она выходит наружу (я ведь почти здался!). Это место отмечено красным на картинке (в верхней части зелёного круга).
И правда: после этого сигнал идёт через чёртов резистор! Вот как раз после резистора (обведено жёлтым на картинке) и надо закоротить на +3.3 В. Рядом очень удобно расположена крупная площадка с таким напряжением (обведено жёлтым на картинке). Сразу же получилось!
Компьютер запустился в этом режиме. Простой вызов MEInfo
работать перестал. Зато показания MEInfo -FWSTS
изменились.
MEInfo -FWSTS обычный режим
Intel® MEInfo Version: 8.1.56.1541
Copyright© 2005 — 2014, Intel Corporation. All rights reserved.
FW Status Register1: 0x1E000245
FW Status Register2: 0x60000106
CurrentState: Normal
ManufacturingMode: Disabled
FlashPartition: Valid
OperationalState: M0 with UMA
InitComplete: Complete
BUPLoadState: Success
ErrorCode: No Error
ModeOfOperation: Normal
ICC: Valid OEM data, ICC programmed
MEInfo -FWSTS unsecured режим
Intel® MEInfo Version: 8.1.56.1541
Copyright© 2005 — 2014, Intel Corporation. All rights reserved.
FW Status Register1: 0x1E040185
FW Status Register2: 0x10520106
CurrentState: Normal
ManufacturingMode: Disabled
FlashPartition: Valid
OperationalState: Bring Up
InitComplete: Initializing
BUPLoadState: Success
ErrorCode: No Error
ModeOfOperation: Unsecured mode by H/W jumper
ICC: Valid OEM data, ICC programmed
PhaseStatus: UNKNOWN
Прошил разблокирующий DESC
. Выключил и включил комп, чтобы попасть в обычный режим (просто перезагрузка не сбрасывает режим, надо чтобы комп выключил питание (не обязательно обесточивать физически, просто завершение работы)). Теперь показания MEInfo -FWSTS
в обычном режиме немного отличаются от обычного режима до разблокировки. Изменилось значение FW Status Register1
и теперь ManufacturingMode: Enabled
.
MEInfo -FWSTS обычный разблокированный режим
Intel® MEInfo Version: 8.1.56.1541
Copyright© 2005 — 2014, Intel Corporation. All rights reserved.
FW Status Register1: 0x1E000255
FW Status Register2: 0x60000106
CurrentState: Normal
ManufacturingMode: Enabled
FlashPartition: Valid
OperationalState: M0 with UMA
InitComplete: Complete
BUPLoadState: Success
ErrorCode: No Error
ModeOfOperation: Normal
ICC: Valid OEM data, ICC programmed
Ну и простой вызов MEInfo
в обычном разблокированном режиме работает и показывает, что блокировка снята (это единственное, что поменялось):
Host Read Access to ME: Enabled
Host Write Access to ME: Enabled
Буду экспериментировать
+2
Что интересно: каждый раз при вычитывании ME
бинарь немного отличается (несколько раз читал с помощью FPT под Windows64).
Но первый раз вычитывал с помощью FPT под UEFI и этот бинарь отличается гораздо сильнее от тех, что считаны под Windows.
+1
Там и у основной прошивки, и у МЕ есть области NVRAM, в которых хранятся переменные, способные меняться при каждой загрузке, так что эти отличия — это нормально вполне.
0
Открыл FULL и наблюдаю сразу такое:
Непонятно. Первый пункт вроде как отключает AMT и включить нельзя, а второй свидетельствует, что уже всё включено. Что бы это значило?
0
HM77 — это чипсет без поддержки AMT вообще, о чем первая строка и сообщает. Все остальное — это сами настройки уже, т.е. если чипсет сменить, а настройки — нет, то AMT заработает.
0
Спасибо за ответ. Эх… А я так искал возможность включить это…
0
А есть ли у кого то опыт в развертывании решения удаленного управления на базе Intel vPro and Intel AMT? 100-200 компов? Через туннели и прочие наты? Чем лучше, удобнее, стабильнее, безопаснее управлять? Оправданно ли будет внедрение монстра типа SCCM? Есть ли решение которое бы использовало сертификаты для AMT? Кто использовал поделитесь опытом.
0
А что делать, если в новых чипсетах есть проверка подписи firmware?
Вроде как Intel Secure Boot называется.
На новых ThinkPad есть.
0
Надо с этим столкнуться. По факту, мы не правим ничего в фулфлеше связанного с постоянным кодом, мы правим только пользовательские данные. При активном TPM, после включения ноутбка с модифицированным биосом раздаются пять коротких бипов, но то при модифицированном UEFI коде и бипы при включении не мешают дальнейшей работе.
0
Хм, интересно. Но вряд ли таким образом можно исправить whitelist WLAN/WWAN PCI-устройств.
Раньше это можно было сделать, сейчас на r/thinkpad сабреддите жалуются, что теперь это невозможно.
0
«В конце хотелось бы поблагодарить пользователя CodeRush, который сначала упомянул, что драконы существуют, а потом „сам привел меня в их логово“.»
Интересная все таки вещь, Хабр: сначала появляется статья, предупреждающая чуть ли не о восстании машин… а затем — как это восстание устроить.
+7
Ну, так идея в том, что «intel me» — неотъемлемая часть чипсета, она работает всегда. И знания, как врага включить на «полную катушку», дают нам дополнительные сведения, как его выключать, где искать его код, как получать доступ к нему. Я разблокировал AMT не для того, чтобы им пользоваться, а только лишь потому, что мне было интересно. В биосе леново, кстати, появился пункт связанный с AMT, где его можно выключать, а также, AMT можно, в конечно итоге, не активировать в MEBX.
0
Окей. Ну, раз уж вы не поняли иронии в моем комментарии, скажу проще: спасибо! возьму на вооружение.
0
Хорошая статья по настройке AMT
Желающим покопаться во внутренностях — рекомендую эти две утилиты для распаковки ME прошивки на модули https://io.smashthestack.org/me/ и https://github.com/skochinsky/me-tools
0
Спасибо автору за статью, буду теперь сюда посылать всех, кто меня про пинмод спрашивает.
+2
You’re currently viewing a stripped down version of our content. View the full version with proper formatting.
I tried disabling ME from BIOS, but with same result.
One thing I realized though — I can actually dump the 4MB descriptor file through ftpw.exe -DESC -D <filename>. Could we modify the descriptor, re-flash and enable ME modding?
EDIT: Oh this is interesting. We *can* modify the descriptor.
1) Dump your Desc table via fptw.exe -DESC -D DESC.BIN
2) Open FITC and load up DESC.BIN
3) Go to Master Access Section, and select Manageability Engine.
4) Change Read/Write Access…
Can’t be that simple can it?
According to Intel if descriptor is unlocked it compromises security on all of the other regions (GbE, BIOS and ME) .. since our native ME has no AMT feature it’s highly likely to just say «unable to bla bla» because even if you change the Access flag the current active setting prevent you from writing the region. The funny part is .. it wouldn’t have allowed you to dump the region in the first place // oO
You tried disabling ME altogether but I’ve tried disabling just the ME POST Message, which according to description will not send anything to ME after the POST. This sounds somewhat similar to what flashrom guys had mentioned. But unfortunately this had no positive result for desc. unlock.
Well I’ve prepared a modified descriptor binary but I’m reluctant to flash it. It’s a 4kb file with a few modified bytes that can be flashed as follows:
fptw.exe -DESC -F DESC_MODIFIED.BIN
update: doesn’t work — most likely because the Descriptor is read only.
Code:
C:TempME(1.5M_8.1.10.1286)ToolsSystem ToolsFlash Programming ToolWindows>fptw -DESC -F DESC_MODIFIED_COMPACT.bin
Intel (R) Flash Programming Tool. Version: 8.1.10.1286
Copyright (c) 2007 - 2012, Intel Corporation. All rights reserved.
Platform: Intel(R) HM67 Express Chipset
Reading HSFSTS register... Flash Descriptor: Valid
--- Flash Devices Found ---
MX25L3205D ID:0xC22016 Size: 4096KB (32768Kb)
PDR Region does not exist.
GBE Region does not exist.
Error 25: The host CPU does not have write access to the target flash area. To enable write access for this operation you must modify the descriptor settings to give host access to this region.
yeah, I have an i3
i3-2310m
it could be related I am using drivers version 8.1.10.1275
edit, tried the version timewalker sent to me, and results were different
Quote:Intel® MEInfo Version: 7.1.10.1065
Copyright© 2005 — 2011, Intel Corporation. All rights reserved.PMXUtil: Error during PMX Call: PMxDrv!MAPPHYS — Bad Input Parameters
GBE Region does not exist.
Intel® ME code versions:BIOS Version: A12
MEBx Version: 0.0.0.0
Gbe Version: Unknown
VendorID: 8086
PCH Version: 600005
FW Version: 7.1.52.1176
UNS Version: 8.1.10.1300
LMS Version: 8.1.10.1300
MEI Driver Version: 8.1.10.1275
Wireless Hardware Version: 2.5.68
Wireless Driver Version: 14.1.1.3FW Capabilities: 17833024
Intel® Capability Licensing Service — PRESENT/ENABLED
Protect Audio Video Path — PRESENT/ENABLED
Intel® ME Dynamic Application Loader — PRESENT/ENABLEDLevel III Manageability Upgrade State: Not Upgradable
CPU Upgrade State: Upgrade Capable
Cryptography Support: Disabled
Last ME reset reason: Power up
Local FWUpdate: Enabled
BIOS and GbE Config Lock: Unknown
Host Read Access to ME: Disabled
Host Write Access to ME: Disabled
SPI Flash ID #1: EF4016
SPI Flash ID VSCC #1: 20052005
SPI Flash BIOS VSCC: 20052005
BIOS boot State: Post Boot
OEM Id: 00000000-0000-0000-0000-000000000000
OEM Tag: 0x00000000
it seems even having 8.1 drivers, the 7.x apps seems to work better.
and yes, I got same error while trying to flash a descriptor file, it doesnt matter if it isnt modded.
Quote:Error 25: The host CPU does not have write access to the target flash area. To enable write access for this operation you must modify the descriptor settings to give host access to this region.
It’s a dead end for us right now, Intel made sure to make it secure, and Phoenix has created even more obstacles along the way….
On a side note can you guys if running Windows 8 test something? I find it amusing personally. Dell has noted the following in their A13 bios release:
Quote:1. Fix issue when system resume from S4 automatically after upgrade to Windows 8
2. Fix the QuickSet compatibility problem on Windows 8
1. Hibernate is still broken, it resumes and all the apps I had open either quit or crash and stop responding. Everything is fine with A04 though…
2. With A13 I can’t call the vid-mirror bar http://puu.sh/1lbmV the Fn+F1 combo does absolutely nothing .. however this works absolutely fine with A04.
Resume: what the point of going beyond A04 anyway ??
Quote:1) Dump your Desc table via fptw.exe -DESC -D DESC.BIN
2) Open FITC and load up DESC.BIN
3) Go to Master Access Section, and select Manageability Engine.
4) Change Read/Write Access…
interesting
however, even without modify anything and just creating the image with that tool, I noticed small hex differences from the original file with the one generated by the tool D:
(11-01-2012, 07:58 AM)TimeWalker Wrote: [ -> ]On a side note can you guys if running Windows 8 test something? I find it amusing personally. Dell has noted the following in their A13 bios release:
Quote:1. Fix issue when system resume from S4 automatically after upgrade to Windows 8
2. Fix the QuickSet compatibility problem on Windows 81. Hibernate is still broken, it resumes and all the apps I had open either quit or crash and stop responding. Everything is fine with A04 though…
2. With A13 I can’t call the vid-mirror bar http://puu.sh/1lbmV the Fn+F1 combo does absolutely nothing .. however this works absolutely fine with A04.
Resume: what the point of going beyond A04 anyway ??
I’ve got an XPS 15z with Windows 8 with A12. Hibernate is working fine and so does bringing up the second screen option (with Fn+F1 and Win+P).
Are you using a clean install of Windows 8? Just curious because even though I had an almost completely fresh install of Windows 7 and while the upgrade to 8 was totally smooth, I had programs crashing all the time, really poor performance, and just really strange behaviour all around. A clean install fixed everything.
Thanks for your comment. It’s not the system, it’s definitely the BIOS’ fault. As soon as I roll back the bios to A04 both of these problems are gone .. but then a new one arises, the laptop will just freeze randomly at early stage of loading up software after logging in.. it appears to be some IRQ 1/12 conflict because both keyboard and touchpad lock up, but USB mouse works … seems to be due to an outdated bios. So I’t something in-between A04 and A13 that would be an ideal bios version hehe .. but I guess I’m just dreaming to much :<
I was unaware about Win+P, thanks for the info about that.. actually are new hotkeys documented anywhere? I’ve found that Win+PrintScreen now captures an actual screenshot and saves it to Pictures library ..
Nevermind, I’m a moron, ME 8 is necessary for Ivy Bridge Support:
From what I’m reading, the Cougar Point Desktop boards that can be upgraded for Ivy Bridge run hybrid ME, latest version of 7 (7.1.56) AND a version of the ME 8 as well (8.0.13, if I remember correctly). If we are going to get ME 8 on these laptops, we will need to take the same approach, if possible, a hybrid ME 7/ME 8 setup.
- Joined
- Oct 14, 2013
- Messages
- 3
-
#1
I’m working on a Wind Top AE2280 that freezes in sleep mode occasionally, so I’m trying to update the BIOS — no luck. Using this download: msi.com/service/download/bios-17021.html
There are two folders, BIOS and EC. Using a boot disk and trying to run flash.bat in the BIOS folder, I get the following error:
PDR Region does not exist.
Error 25: The host CPU does not have write access to the target flash area. To enable write access for this operation you must modify the descriptor settings to give host access to this region.
Also, running flashec.bat in the EC folder appears to work, but the version number in the BIOS does not change. (Are these two separate BIOS components/flash images or just two different ways to update the BIOS? Confused on this …)
Thanks for any help!
- Joined
- Aug 27, 2012
- Messages
- 347
-
#2
First you’ll have to check which bios your AIO is running now.
Flashing the wrong BIOS & EC can permanently brick the device.
If it’s running on EC 1.xx you’ll need to use bios 170Hi and EC 1.50
If it’s running on EC 3.xx you’ll need to use bios 170St and EC 3.30
Svet
Well-known member
Administrator
- Joined
- Nov 20, 2003
- Messages
- 80,082
-
#3
There is a ME jumper which need to be removed to bypass the protection
- Joined
- Oct 14, 2013
- Messages
- 3
-
#4
The CPU Whisperer said:
First you’ll have to check which bios your AIO is running now.
Flashing the wrong BIOS & EC can permanently brick the device.If it’s running on EC 1.xx you’ll need to use bios 170Hi and EC 1.50
If it’s running on EC 3.xx you’ll need to use bios 170St and EC 3.30
Currently V1.30 BIOS, EC 1.10, so I’m on track here.
Svet said:
There is a ME jumper which need to be removed to bypass the protection
Makes sense, where is this jumper? (Better still, where are the technical manuals for these?)
The access panel for the miniPCIe slot shows two jumpers, assuming it is one of these since they are the only ones accessible without completely opening the machine. Taking a closer look but so far I see no markings on the motherboard …
Svet
Well-known member
Administrator
- Joined
- Nov 20, 2003
- Messages
- 80,082
-
#5
Makes sense, where is this jumper?
Don’t know details where is located,
msi won’t reveal it to publicity and i don’t know where is located to send you details via PM.
have ask MSI here: >>How to contact MSI.<<
they will tell you details about it.
- Joined
- Oct 14, 2013
- Messages
- 3
-
#6
Ahah! Found it. The jumpers were labeled JBA and J26 — I guessed JBA might mean «battery» i.e. CMOS clear, so I tried J26 — success! BIOS has been updated. Here’s hoping that fixes the sleep/suspend issues.
Thanks for the help folks, thread can be closed.
Svet
Well-known member
Administrator
- Joined
- Nov 20, 2003
- Messages
- 80,082
-
#7
well done
and thanks for sharing which jumper exactly it is
- Joined
- Aug 27, 2012
- Messages
- 347
-
#8
Can you post a picture of the jumper?
Could come in handy in the future.