PS4 pro uart main(4065) loadBios -8

ДмитрийMula1

doom-ex писал(а):

в uart не выдает о проблеме с памятью. или тут уже точно катать и проц и все 16 банок?
и можно ссыль на канал?

на прошке ставил эксперимент, uart показывал ошибку двух банок, отпаял банку и подключил снова без одной банки и uart выдал тоже что у тебя сейчас.
вот тут ссылка на телегу viewtopic.php?f=202&t=103598

darknesmonk

doom-ex писал(а):

какая то болезнь у них что ли.
что можно предпринять?

Да это болезнь, на всех ревизиях.
Обычно когда виновата память ошибка меняется каждый раз, если ошибка постоянная, то сдох биос или проц (реже, обычно сначала бывают артефакты)
как грамотно переключить биос на второй слот никто не знает, пытаемся понять)
у меня уже десяток связок с этой ошибкой, даже переброс на 100% рабочую плату не помогает.

ДмитрийMula1 писал(а):

на прошке ставил эксперимент, uart показывал ошибку двух банок, отпаял банку и подключил снова без одной банки и uart выдал тоже что у тебя сейчас.

блин какие-то фантастические случаи всегда вычитываются)
также делал, снимал банку памяти на про NVA-001, тупо просто висела на
secure loader build: Mar 1 2019 05:32:38 (r9861:release_branches/release_06.50
0) [800MHz]
AGESA: GL&MO.BDK W8A12

как и другие платы типа NVB-003, NVB-003R,
походу кому фантастически везёт, то мост поменяет заработает, то вообще Panasonic :-)

А по факту стоит только поменять один бит начиная с 3d84d0 (для первого слота), то будет уже такая ошибка. А флешки почему то часто любят терять или добавлять биты, когда помирают. также как в разделе хранения PFS KEY

Вложение:

PFS_ERROR.jpg

Уже более 90 приставок PS4 прошло через меня, чего только не видел....

Вложение:

папки.jpg

Вот Delfin- куда-то подевался) походу что-то узнал насчет восстановления данной проблемы, заинтриговал и исчез :-):

Delfin- писал(а):

сегодня буду ставить эксперементы. на плате шьется без проблем так что удобно будет проводить эксперементы)

Delfin-

darknesmonk писал(а):

Вот Delfin- куда-то подевался) походу что-то узнал насчет восстановления данной проблемы, заинтриговал и исчез

не потерялся я) работы много, тут много нового узнал))) в сисконе важный самый блок начинается с 96000 вроде, дома все записи. дамп рабочий сискон и нор только один пока. важных данных и уникальных в 1008 64 байта. восстановить не проблема если похерены не все данные. сисконы как то при считывании могут стирать именно блоки с важными данными. китайцы те еще твари. трэк дали а отправки нет...

последний блок сискона считывает и верифицирует с nvs nor блок 1с4000. при его повреждении или там или там происходит 3 пика при подаче питания и все... дальше консоль мертва.

darknesmonk

Delfin- писал(а):

последний блок сискона считывает и верифицирует с nvs nor блок 1с4000. при его повреждении или там или там происходит 3 пика при подаче питания и все... дальше консоль мертва.

Очень важная информация, так и думал что из-за питания может быть, даже почти нулёвые приставки так сдыхают ) прямо заинтересовал ) наверно начну делать переходник для 0.65-0.50мм чипа, есть прошка с дохлым GPU. когда должно выходить изображение выдает GPU BUSY, отличный вариант для экспериментов )

только вот я менял блок 1с4000 - 1FFFFF на 5.05 на другой, только восстанавливал PFS KEY и приставка удачно стартовала.
может все таки он может восстановить данный блок с SYSCON-а, а наоборот не может)

Delfin-

darknesmonk писал(а):

Очень важная информация, так и думал что из-за питания может быть, даже почти нулёвые приставки так сдыхают ) прямо заинтересовал ) наверно начну делать переходник для 0.65-0.50мм чипа, есть прошка с дохлым GPU. когда должно выходить изображение выдает GPU BUSY, отличный вариант для экспериментов )

что ни на есть самое обидно что подтерся сискон с фатки с factory mode((((((( а как он туда попадает и какой блок за это отвечает пока не нашел... в поисках. при загрузке он пишет в каком режиме загружается
safe mode 0F
FSCK mode F1
Factory mode FF
где этот блок найти бы
есть предположение что на жеском диске
---------- Добавлено спустя 5 минут 6 секунд: ----------

darknesmonk писал(а):

только вот я менял блок 1с4000 - 1FFFFF на 5.05 на другой, только восстанавливал PFS KEY и приставка удачно стартовала.
может все таки он может восстановить данный блок с SYSCON-а, а наоборот не может)

при повреждении блока! наверняка там хэш сумму читает и не всего а в начале блока
хорошая кстати идея появилась скоректировать блоки и там и там и попробывать запустить
---------- Добавлено спустя 31 минуту 45 секунд: ----------

darknesmonk писал(а):

PFS KEY

дайте дамп порверить и посмотреть с которого есть дамп сискона и нор комплект нужен

darknesmonk

Delfin- писал(а):

дайте дамп порверить и посмотреть с которого есть дамп сискона и нор комплект нужен

Вот рабочая, БЕЗ ОШИБКИ БИОСА, с 8.03 от ПРО, лежит уже давно)
https://disk.yandex.ru/d/vcBiRpvaptbM2g

Delfin-

darknesmonk писал(а):

Вот рабочая, с 8.03 от ПРО, лежит уже давно)
https://disk.yandex.ru/d/vcBiRpvaptbM2g

это полностью рабочая связка? или с аппарата с ошибкой loadbios -8?

darknesmonk

Delfin- писал(а):

это полностью рабочая связка? или с аппарата с ошибкой loadbios -8?

Да, полностью рабочая, без ошибок запуска

Delfin-

darknesmonk писал(а):

Да, полностью рабочая, без ошибок запуска

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

darknesmonk

Delfin- писал(а):

а теперь для сравнения с ошибкой тоже комплект нужен.

Есть , но только от слим 2108, loadbios -8
Я мало делал дампов syscon-а
вот: https://disk.yandex.ru/d/cl1ytHn4o4UrHA

Delfin-

Ну продвижки есть)))) только оказались в другом направлении. удалось понизить прошивку на 3,11 без дампа сискона))))) имея дамп прошивки 3,11 и дамп сискона с 5,05))))

darknesmonk

Delfin- писал(а):

удалось понизить прошивку на 3,11 без дампа сискона))))) имея дамп прошивки 3,11 и дамп сискона с 5,05

Уже неплохо) а вот как бы переключить активный слот) вроде задача проще чем понижение прошивки )))

Delfin-

darknesmonk писал(а):

Уже неплохо) а вот как бы переключить активный слот) вроде задача проще чем понижение прошивки )))

скорее всего там же) вот только комплекта для теста нету(

darknesmonk

Delfin- писал(а):

вот только комплекта для теста нету(

Ты ждешь чипы? Я тебе то скинул с ошибкой биоса связку.
сам не могу никак приделать чип с 0.65шагом, как бы тебе такие не пришли ))))

Delfin-

А ни у кого не осталось случаем прошивки 2.51 или 2.57 в плане дампа? :-)

а то есть идея эксперемента а вот дампы не нашел.

darknesmonk

Delfin- писал(а):

2.51 или 2.57 в плане дампа

есть 1.6 и какая-то 2.х
https://disk.yandex.ru/d/NAMYtas3mwizMQ

Delfin-

в общем опробывал. даунгрейд возможен только со своим родным дампом nor. загрузчик прописан в разделе 204000. то есть первая надпись при старте (r6065:release_branches/release_03.110) . в сисконе после 60000 блока идут слоты загрузки. при иницилизации прописывается новый слот. переключив слот и взяв дамп предидущей прошивки делается даунгрейд. аккуратнее на фатках 10xx и 11xx в области 6EC00))) убил второй сенсор кнопки включения :-)

первый раз думал совпадение... ан нет убивается))) и на плате привода он тоже издох))))

Delfin-

кстати эксперементируя с прошивкой получилось перед стартом запустить проверку памяти))) при старте после надписи загрузчика писалось chekmemory. не помню лог сохранил или нет. попозже дома посмотрю

darknesmonk

Delfin- писал(а):

разделе 204000.

Так коротко опишу уж, то что сам изучил. может для кого-то секрет
201000 - Активный слот
204000 - загрузчик первого слота SAM
242000 - загрузчик второго слота SAM
как раз проблема в этих загрузчиках, они жестко прописаны к процу, заменить их невозможно. Притом загрузчик не связан с SYSCON-у и это обидно, тут без толку теребить SYSCON.
Загрузчик записывается в режиме socdmode на заводе и проц имеет идентификатор .
Чтоб сделать понижение без бекапа надо:
1. Иметь расшифрованный загрузчик нужной версии.
2. Привязать его к процу (записать в режиме socdmode) я так думаю, принцип такой, но могу ошибаться .
---------- Добавлено спустя 1 минуту 41 секунду: ----------

Delfin- писал(а):

получилось перед стартом запустить проверку памяти

Круто! Что-то в syscon надо записать?
очень полезная функция.

Delfin-

darknesmonk писал(а):

Так коротко опишу уж, то что сам изучил. может для кого-то секрет
201000 - Активный слот
204000 - загрузчик первого слота SAM
242000 - загрузчик второго слота SAM
как раз проблема в этих загрузчиках, они жестко прописаны к процу, заменить их невозможно. Притом загрузчик не связан с SYSCON-у и это обидно, тут без толку теребить SYSCON.
Загрузчик записывается в режиме socdmode на заводе и проц имеет идентификатор .
Чтоб сделать понижение без бекапа надо:
1. Иметь расшифрованный загрузчик нужной версии.
2. Привязать его к процу (записать в режиме socdmode) я так думаю, принцип такой, но могу ошибаться .
---------- Добавлено спустя 1 минуту 41 секунду: ----------
Delfin- писал(а):
получилось перед стартом запустить проверку памяти

Круто! Что-то в syscon надо записать?
очень полезная функция.

по слотам не верно скорее всего!
загрузчик не привязан так жестоко если что! так как в режиме factory mode я его менял и консоль работала! первым загружается syscore-mini, он вычитывает скорее всего уже загрузчик и проверяет запись в syscon на соответствие версии.
как загнать консоль в режим factory mode приблизительно уже знаю, но столкнулся с очередной проблемой...

тест памяти запускается через прошивку nor) все куда проще как говорится)
---------- Добавлено спустя 2 часа 19 минут 42 секунды: ----------
Достать бы дамп с неиницилизированной консоли, вот было бы интересно посмотреть на него

darknesmonk

Delfin- писал(а):

первым загружается syscore-mini

первым загружается SAMU (PS4 Secure Asset Management Unit) он же secure loader (SAM_IPL) и оживляет проц из кирпича.
патент US20120102333 https://patents.google.com/patent/US20120102333
потом уже syscore-mini, он же CoreOS.
При ошибке loadbios-8 как раз таки SAMU не доверяет CoreOS и выдает сообщения, не давая загрузится syscore-mini
А вообще, еще раньше грузится emc_ipl (прошивка южника) вот она там и химичит с ключами и шифрованием, это нигде не видно. )

Delfin- писал(а):

загрузчик не привязан так жестоко если что!

а ты попробуй его вставить с чужой приставки)
это область 204000 или 242000 зависит от слота,
у тебя вообще проц не запуститься, будет холодный и без сообщений в терминале. он даже к SYSCON-у не сможет обратиться.
если бы смогли взломать их, давно был бы CFW. в отличии от PS3, на PS4 его сделали обновляемым.

Delfin- писал(а):

по слотам не верно скорее всего!

верно 100%, уже давно раскрыта карта областей,
как раз secure loader (SAM_IPL) это основной защищенный загрузчик как на PS3 bootloader (bootldr)
даже когда ставишь чужой SYSCON, неважно какая в нем прошивка, он доходит до загрузки основного биоса, но там не может получить getManufacturingMode(1627), это как раз и есть запись хранения режимов /normal/factory/mode.
приставку вообще можно запустить имея только область 202000 (MBR) 204000 (sam_ipl) (для первого слота) и 280000 (IDPS CERT)
я специально брал чужой дамп с чужим SYSCON и вставлял только эти области и удачно доходило до getManufacturingMode. в syscon-е как раз и зашифрована эта область
а чтоб закрепить точность, вот расшифровка областей MBR. именно сначала туда обращается для поиска нужной информации.
201000 (active slot) (первый или второй слот)
если например второй, ищет данные в MBR
203030 - расположение Sam_ipl
203070 - расположение idstorage
203060 - расположение idpsCert
2030B0 - расположение заголовка версии CoreOS
2030C0 - расположение раздела CoreOS
Для первого слота тоже самое, но на 202000.

doom-ex

Delfin- писал(а):

Достать бы дамп с неиницилизированной консоли, вот было бы интересно посмотреть на него

pro ниразу не запускалась только дамп без сискона

Delfin-

darknesmonk писал(а):

а ты попробуй его вставить с чужой приставки)
это область 204000 или 242000 зависит от слота,
у тебя вообще проц не запуститься, будет холодный и без сообщений в терминале. он даже к SYSCON-у не сможет обратиться.
если бы смогли взломать их, давно был бы CFW. в отличии от PS3, на PS4 его сделали обновляемым.

итить колотить!!! вы прочитали что я написал???? менял область 204000 до 242000 на консоли с fsm именно от другой приставки! и она грузила safe mode
---------- Добавлено спустя 16 минут 46 секунд: ----------

doom-ex писал(а):

pro ниразу не запускалась только дамп без сискона

а историю можно ее узнать? и уверенны что ни разу не запускали?
очень много схождений с консолью в FSM режиме
---------- Добавлено спустя 26 минут 59 секунд: ----------

darknesmonk писал(а):

это область 204000 или 242000 зависит от слота,
у тебя вообще проц не запуститься, будет холодный и без сообщений в терминале. он даже к SYSCON-у не сможет обратиться.

тут только если так, с поврежденным дампом сискона(отсутствие ключей в нем) при попытке загнать FSM вообще болты и терминал молчит... и вариант только один, что второй слот используется только для заводского режима и ни как иначе

darknesmonk

Delfin- писал(а):

итить колотить!!! вы прочитали что я написал???? менял область 204000 до 242000 на консоли с fsm именно от другой приставки! и она грузила safe mode

так она и будет грузится)) так как у тебя был активен второй слот) менять надо было 242000 до 280000 ))

Delfin- писал(а):

второй слот используется только для заводского режима

вот бредятина )))
приставка чередует эти слоты при обновлении, 100% уже проверено лично,
то первый то второй слот, зависит от флага 1000 и области 201000 . Даже при обновлении консоли проверь, у тебя будут меняться области и флаги) тут тот же метод что и в PS3 c ros1 и ros2. Поэтому всегда можно узнать какая была предыдущая версия ПО (в предыдущем слоту)
в самом начале же показывал, как я переключался между 6.50 и 6.51, только ошибку версии в syscon-е не смог победить

doom-ex

Delfin- писал(а):

а историю можно ее узнать? и уверенны что ни разу не запускали?
очень много схождений с консолью в FSM режиме

упала еще в заводской коробке. пыли нет, наработка жёсткого 0 часов.

Delfin-

darknesmonk писал(а):

в самом начале же показывал, как я переключался между 6.50 и 6.51, только ошибку версии в syscon-е не смог победить

то есть при вводе FF у вас выскакивала надпись 65000 != 65100?
или после замены было release_branches/release_06.500 и потом FFFFFFF!=65000

darknesmonk

Delfin- писал(а):

то есть при вводе FF у вас выскакивала надпись 65000 != 65100?

При вводе FFFF 201000 у меня переключился на другой слот в режиме standby (хз что за режим, в этом режиме приставка обновляет ПО)
и уже не смог вернуть ошибку обратно, так как записал какую-то хрень в syscon . Зато всегда переключается но с ошибкой ERROR: main(3682) checkUpdVersion 0xffffffff != 0x6508000

Delfin-

darknesmonk писал(а):

При вводе FFFF 201000 у меня переключился на другой слот в режиме standby (хз что за режим, в этом режиме приставка обновляет ПО)
и уже не смог вернуть ошибку обратно, так как записал какую-то хрень в syscon . Зато всегда переключается но с ошибкой ERROR: main(3682) checkUpdVersion 0xffffffff != 0x6508000

ха-ха-ха! измените любой шифрованый блок у вас такая хрень выскочит! так что вы ни чего не переключили. это ошибка верификации хеш от изменения прошивки(что то вроде того) сискон видит несанкционированное изменения и что то записывает у себя. после этой ошибки я не читал сискон. как говорится успеется.
---------- Добавлено спустя 2 минуты 1 секунду: ----------

darknesmonk писал(а):

режиме standby

это режим обновления сискона
переключил слот в сисконе вот результат
secure loader build: Jan 15 2018 05:20:59 (r9101:release_branches/release_05.050) [711MHz]AGESA: ThebePBDK W5C21 ERROR: main(3541) checkUpdVersion 0x3110000 != 0x5050000
вот по вашему мнению типа слот поменял забил FF в 201000
secure loader build: Jan 15 2018 05:20:59 (r9101:release_branches/release_05.050) [711MHz]AGESA: ThebePBDK W5C21 standby 03110000ERROR: main(3541) checkUpdVersion 0xffffffff != 0x5050000

все слоты перебрал!

Полный перебор слотов сискон

если вы не знаете как работают слоты обновления почитайте, единственный вариант переключения если у вас в сисконе есть запись об этом, а она там прописывается только при иницилизации консоли, так как эту консоль я сам обновлял сначала на 4,07 потом ставил 5,05 через иницилизацию... и как видите в сисконе записи про 4,07 отсутствует

darknesmonk

Delfin- писал(а):

ха-ха-ха! измените любой шифрованый блок у вас такая хрень выскочит!

Нет, этот блок реагирует только на FFFF, при попытке записать что-то другое, слот не переключается и просто портится syscon

Delfin- писал(а):

это режим обновления сискона

Так и думал, херовый режим) потом уже не входит в этот режим.

Delfin- писал(а):

все слоты перебрал!

Мы говорим о разных слотах. Я про NOR , а ты про syscon.
в NOR 100% только 2 слота) у тебя в них одинаковые версии ПО, возможно последний раз устанавливали одну и ту же прошивку, как вариант - меняли жесткий диск)

Delfin- писал(а):

вот по вашему мнению типа слот поменял забил FF в 201000

Конечно так будет, это говорит о том, что твой 1 и 2 слот содержит одну и ту же версию ПО.
все также как на PS3, поэтому рекомендуют прошивать/обновлять прошивку 2 раза! Чтоб слоты содержали одинаковые версии ПО. но на PS4 эти слоты зашифрованы разными ключами, поэтому на 99% разные по содержимому данных,
если сомневаешься, посмотрим EMC_IPL их тоже 2 штуки, они также могут быть одинаковыми или разными
(если устанавливали ту же версию будут одинаковые, или другую будут разные)
разделы 4000 и 64000

Delfin- писал(а):

переключил слот в сисконе вот результат
secure loader build: Jan 15 2018 05:20:59 (r9101:release_branches/release_05.050) [711MHz]AGESA: ThebePBDK W5C21 ERROR: main(3541) checkUpdVersion 0x3110000 != 0x5050000

В каком смещении находятся эти данные?
Тут говорится, что у тебя была когда-то версия 3.11?
при забивке FFFF он делает запись версии FFFF ?
что-то полезное и интересное, но не говоришь даже как)
Может получится сопоставить слоты в NOR и syscon,
upd.
думаю, при забивке FF в 201000 создается глюченный слот в syscon с версией по FFFFFFFF
тогда достаточно переключить слот на правильный в syscon и всё. И ты скорее всего знаешь как это сделать :-):

Delfin-

darknesmonk писал(а):

1 и 2 слот содержит одну и ту же версию ПО

слоты переключаются только в сисконе,

darknesmonk писал(а):

Нет, этот блок реагирует только на FFFF, при попытке записать что-то другое, слот не переключается и просто портится syscon

а как же вы определили что он переключился то? первая запись в логе которую я приложил и есть запись FFFF, остальные все исключительно через сискон, и тоже выходит режим standbay(переписывал весь сискон каждый раз)

darknesmonk писал(а):

Тут говорится, что у тебя была когда-то версия 3.11?

я же писал что удалось понизить на 3.11 без дампа сискона от 3.11. у меня консоль изначальна была версией 3.11, потом через диск обновил до 4.07, а потом через иницилизацию в 5.05. единственную странность один раз заметил что он написал мне 0x3100000 != 0x5050000 после переноса блока sam_ipl с 3.11. но и тут опять же нюанс, если нет данных в сисконе о 3.10 то ловить или нечего или искать как он прописывает определение версии в сисконе(но мне пока не до этого)

а как вам такой фокус

или

darknesmonk писал(а):

при забивке FFFF он делает запись версии FFFF ?

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

darknesmonk писал(а):

тогда достаточно переключить слот на правильный в syscon и всё. И ты скорее всего знаешь как это сделать

ну как бы не знал если бы то и не понизил бы прошивку...
к выходным может пост наклепаю... дети комнату рабочую отнимают... переезд... да и по работе вопросы порешать надо бы. сплю по 4 часа в день... как уже говорил жду чип под 64 пина и буду опять искать приставку с loadbios -8. так как какого то баяна у моей прошки сискн подтерся хоть и в режиме блокировки....

вот интересные строчки еще

[R[REGEMGR] GHDDM infGormRatio]n [ 0030(0kern0el)81(2:)] entR:e 29g80 (+ 9) i<10s1308t/39r320>y .
Ma[keR EGMDGR](i r(sl0ot: 1.0 => 71e)1

иногда пишет с ошибками надо программу попробывать поменять

PS4 pro uart main(4065) loadBios -8

Кто сейчас на конференции