Поднимаем кирпич

[bsb5068]

странные странности делаются. если из веб морды или из телнета отправлять в ребут, то не находится винт после этого. только передергивание по питанию помогает.

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

да, похоже действительно винт. Я никак не мог на него подумать, потому что он нормально работает во внешней USB коробке, а тут почему то нет. Другой винт после перезагрузки видится нормально

[Virtual]

ну тема то наша для остальных полмира народа, у кого в железках остался MD'шный проц, им выкидывать что ли теперь их?

если повредят бут, имхо да выкидывать., иль как ты проц перепаивать.

да...не понятно почему у меня не срослось. NOR опрашивается тоже на стадии reset_rom?
а как ключи вычитывать?

мне тоже непонятно, ибо у мну все отлично пашет с NOR кст в таком режиме reset_rom в внешней! норке (как раз с нулевого адреса) тоесть ни бита кода из проца не выполняется.

область ключей мапится на адресное пространство. (ток ключи бывают разные не каждым ключиком что можно расшифровать - можно зашифровать взад)

а что если сделать специальную схемку, чтобы она на момент запуска тактовала проц частой скажем 27кгц (а не мгц) и в момент проверки процом фьюзов слала очень короткий сброс ему? может регеристр нужный обнулится и jnz какой там идёт сработает так как нам нужно и консолька оживёт. а далее уже можно всё поднять. и ключ наверное не нужен?

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

PS хочеш помучать эту тему - тренируйся по взлету загрузки с NOR. (далее подскажу что делать с NAND)

ибо тот кто легко перекинет NAND тому не так сложно и перекинуть проц, и навсегда забыть это гадство.

[bsb5068]

я так понимаю теперь то мне бесполезно тренироваться с NOR'ом, потому что проц нормальный и скорее всего заработает, а вот MD'шный не заработал. не понятно почему.
был бы ещё бы один экземпляр плеера на опыты......

[Virtual]

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

[bsb5068]

а всё таки про MD'шные процы.... там на какой стадии проверка идёт? может глич написать под них как дял xbox'ов? чтобы сброс кратковременно посылал на проц в момент проверки fuse'ов или ещё когда, чтобы консоль стала доступная?
область отп программно вообще не доступная что ли? у нас же линух на борту....я не понимаю разве нельзя её почитать?

проверка начинается на стадии reset_rom и если MD то тупо игнорится уарт (= нет шансов поднять труп если бут накрылся), у мну была надежда что ты сможеш загрузится с NOR внешней (обычный проц у мну преотлично так пашет, стартует с NOR и переключается на NAND).... тогда можно сменить загрузчик и вообще забить на fuse. но у тя чет не срослось....

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

а ведь можно сделать такой образ NAND, чтобы зашив его на программаторе 1 раз после первого включения плеер обновил в себе reset_rom на патченый без проверки eFuse и дальше уже можно было поднимать его через консоль?