Продолжение вот этого ноутбука http://vlab.su/viewtopic.php?f=51&t=83990
Не ставится High Sierra или mojave , после начала установки перезагружается где показывает сколько времени осталось до конца установки и через некоторое время и черный экран и потом перезагружается и пишет что "при проверке прошивки произошла ошибка"
Обычная сиерра ставится на ура , пробовал на установленную систему или на чистый диск всё равно ошибка.
Если форматнуть диск в apfs то movaje пишет что данному макбуку требуется обновить прошивку и ставится конечно не хочет в apfs.
Попробовал залить Efi с того же откуда и SMC донора с предварительно конечно почистил me и поменял серийник , прошивка стала конечно поновее , но ошибка не ушла .
Кто знает в чем может быть подвох ?

непонятно - с какого донора взяли биос и SMC?
после последней замены биоса, пробовали снова ставить на чистый диск?
какая версия прошивки SMC?

Если в плане текущей прошивки все в норме, имеет смысл проверить, что линия writeprotect# в порядке - в частности: R6130, R6118, R1548.
Также сопротивление с WP_L на землю.

Когда аппарат перезагружаеться он должен начать обновление efi! Если есть диск загрузитесь с него и поставьте хайсиеру если так же будет ошибка пробуйте капитана если он даже не встанет смотрите в сторону биосу

Донор обычный китайский с али с дыркой в плате=)
Пробовал и на чистый диск и так , вот с инета ставится не хочет с этой прошивкой никакая ось то ли я что-то перемудрил то ли хз , в итоге вернул родную с ней хотя бы с инета ставится нормально.
версия smc 2.28f7
версия efi на родной mbp121.0167.b07 - на донорской mbp121.0167.b15
А обновится до самой свежей я так понимаю не может которая mbp121.0177.b00
Проверил всё по данной линии короткого нигде нет, сопротивление по данной линии больше 100к, резисторы в порядке.

Поставить high sierru по способу описанному здесь но прошивка ессно не обновляется=) https://discussions.apple.com/thread/8507024 , ну и при обновление на следующую ось выскакивает та же ошибка=)

я бы подумал, что либо неправильно модифицирована прошивка, либо проблема совместимости прошивки EFI с прошивкой SMC, либо (теоретически?) после чистки ME не сделана инициализация ME. Как делать инициализацию ME на макинтоше не знаю, но можно инициализировать из-под винды.

https://www.win-raid.com/t1658f39-Guide ... ation.html
пункт 15

на всякий случай, имеет смысл проверить непрерывность signal path на линии WP, от комбайна до ноги на чипе биоса.

mbp121.0177.b00 засуньте буку через bless принудительно и будет вам счастье.

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



Я думал об этом ,но дампа с не нашел с такой версией.

Дайте родной слитый дамп в личку или в почту. Там решение крайне простое - вы слишком долго пляшете вокруг него. )

Hits, а можно огласить либо линк кинуть? Интересно о чем речь.

Линка нет. Ни разу не встречал в инете описание процедуры проверки хешей при распаковке update.
А суть очень проста. С некоторого времени назад Apple стал проверять на валидность блок SHA хешей при любом апдейте. Неважно, что падает в обновление - SMC, модуля EFI, firmware SSD или AMDvbiosupdater.efi. Перед запуском обновления подбивается блок SHA некоторых модулей, и если один из хешей "пустой" или уехал при попытке корявого апдейта - не сходится весь блок целиком (на ноль умножать нельзя). Если блок невалиден - обновление схлопнется. ПОдробнее про эти бубны вам хакинтошники могут рассказать.
Путей решения 3:
1. Научится считать блок самостоятельно.
2. Перебирать дампы с форумов пачками, пока не найдется хоть один (с достаточно старой версией криптомодуля), который запустится хоть как то. Ну и верить, что все проблемы решает "чистый МЕ".
3. Патчить каждый свежий efi модуль-обновлялку.

Это если совсем вкратце. Так то тема гораздо обширнее. Но расписывать ее в паблик желающих не найдется. Да и примитивно это - особо глубоких знаний по реверсу не требуется. Это все таки не криптование.

То есть вы предлагаете решить проблему принудительным обновлением прошивки, и у вас есть процедура для этого.
А почему штатным образом не обновляется? И если сейчас не обновляется, почему будет штатно обновляться при следующем апдейте прошивки (после того, как локально решили текущую проблему)?
И еще - допустим, посчитали хэш, записали его куда-то. Дальше что? Как запустить обновлялку, чтобы она при этом не пересчитывала хэши, а брала то, что ей подсунули?

Не, я ничего такого не предлагаю. Принудительно - можно легко на некоторых версиях получить труп после завершения обновления в следствии еще некоторых процедур проверки, о которых выше не написано.

Я умею считать правильные хеши, знаю куда их надо записать, и знаю алгоритм проверки блока целиком. При наличии этих даных вполне легко вернуть дамп к действительно валидному состоянию. То есть не заставить обновлялку думать, что все хорошо - а сделать действительно валидный дамп, на который в последствии не будет ругаться ни одно обновление.

Как "обмануть систему обновления" - я не знаю. Да это и не интересно. Есть же нормальный способ, после которого такие обманы не требуются.
Более того. Я практически уверен, что "обмануть" проверку по полному циклу вообще невозможно. Слишком много данных уходит "на удаленный сервер" и там хранится до определенного момента.

Москвичи ну не нагоняйте жути))) ржунимагу.
http://machome.com.ua/blog/pyl-i-gryaz- ... cbook-2-2/ на случай если все же захотите прошится. А вообще дело еще проще думаю, диск в APFS отформатирован а надо в Mac OS Extended (Journaled) на второй фотке наглядно видно.

Hits - из вышесказанного делаю вывод, что в настоящий момент есть проблема невалидной модификации прошивки, и ваше решение в двух словах - это валидная модификация? Извините если это должно быть очевидно, просто за большим количеством умных слов не ясна суть.

Если так, то почему исходная прошивка без модификаций не работает?

ME правильно сделали??? я не уверен. Серийник соответствует черным табличкам на матери??? я не уверен тоже. Вот вам и ответ. Поэтому проще сделать и забыть чем неделю искать решение как собственно в этой ветке и происходит. Ну и часы само собой выставить перед установкой.

Alex_1234, вообще в вашем линке пишут об EFI. для прошивки SMC надо туда вбить просто путь к файлу или команду менять надо?

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

смотрите дело в этом случае не в SMC ибо прошивка (версия) соответствует действительности; efi упорот и его надо перешить проверенным дампом и поверх накатить B00 прошивку, на этом я думаю все проблемы уйдут.
но если вы об SMC то нет он так не шьется нужно через refit с модифицированым прошивальщиком а это уже другая тема. признаки упоротого SMC - грузиться но нет звука, низкий ток зарядки акб, не правильно определяет видео и пишет что подключен внешний монитор и т.д.

Отличный совет. Прям великолепный )) И вот по смещению 377F84 прошивальщик видит вот такое MBPРK╣]╡▐╔, вместо искомого MBP121*и далее*. ServID тоже нет. Ну распалась структура, бывает. Прошивальщик пытается найти в обоих xml соответствие модели и, что характерно, не находит. А в вербос его загнали уже, по вашей инструкции, стопа по ошибке не будет. Что дальше произойдет?
А, и вот еще. Pазворот SCAP не сбрасывает переменные. Если проблема была связанна с переполнением FLOG - она так и останется. Если была нарушена таблица модулей - проблема так и останется. Так что-же решает "ваша инструкция? А ничего. Максимум она позволит сделать принудительный PRAM, если он не проходит в штатном режиме. Иногда помогает, да.

Теперь по поводу APFS. Апдейтеру вообще все равно из чего запускаться. Это линь, а не винда. UEFI = MTD0, Recovery_Firmware_Image = MTD1_1 (RAM), SSD = MTD2_x.

Ржите дальше.



Да забейте. Если хочется разобраться в процедуре - берете MultiUpdater, суете его в IDA. Чуток плясок и полный алгоритм обновления у вас в руках. Там ничего особо сложного. Дьявол в деталях. ))

Hits: я не кодер, я техник. учиться disassembly для решения этой специфической проблемы не имею интереса и времени. кроме того, мне не интересно разбираться в механизме обновления и проверки хэша на уровне кода - мне интересно понять в чем корень проблемы у Т.С., т.е. почему с новым SMC не работает обновление прошивки. в целом. механизм можно описать по большому счету и без ковыряния в коде.

моя гипотеза на основании того, что я здесь уловил: софт, отвечающий за обновление прошивки, стряпает из новой и существующей прошивки обновление, затем подключает SMC к процессу верификации обновления. в прошивке SMC некоторые процедуры отвечают за верификацию. эти процедуры ожидают определенной структуры от того, что им шлют на верификацию, и если структура нарушена - выдают ошибку. по большому счету - проблема в несовместимости прошивки SMC и EFI. так?

Нет, не так. У Т.С. на аппарате несколько не связанных между собой проблем. Совпадение версий SMC и EFI на данном этапе старта особой роли не играет. Оно может влиять на некоторые функции, при условии тотального несовпадения версий. А может и не влиять. Но тотально именно на этом этапе работы - никак не скажется.

не понимаю при чем здесь старт? старт у Т.С. есть. комп работает. не работает обновление прошивки.

в чем проблема модифицированной прошивки - не очень интересный вопрос. хорошо бы получить в итоге всей этой дискуссии ответ на вопрос - почему с исходной (предположительно исправной) прошивкой обновление не работает?

Тут все просто. Потому что она неисправна. И SMC тут вообще не при чем.

Всем спасибо кто чем кто помогал, собственно исправленная прошивка Hits -ом и помогла.