Еще полгода назад в Китае появились в продаже абсолютно новые процы для Xbox 360 Slim. Но никто не в курсе, как их устанавливать на приставку, ведь Fuses не прожжены, процы абсолютно нулевые. В общем, я провел детальное расследование и в результате получился целый детектив!
Впервые о существовании таких процессоров я узнал от owod, который безуспешно пытался поставить их на платы и заставить работать (см форум)
Тогда я искренне считал, что заставить работать приставку с таким процессором невозможно.
Представьте моё изумление, когда через некоторое время он мне сообщил, что успешно «прошил» fuses и запустил приставку!
Я не предполагал, что это мне когда-нибудь пригодится, так что узнал минимальные подробности всего процесса. Итак, из полученных сведений:
Припаять процессор на матплату Trinity
Заменить NAND на 256/512 от Jasper
Создать devkit образ и записать его в приставку
Использовать 21173.1_Xenon_Recovery.iso для восстановления приставки
В общем-то, всё. Я полагал, этого мне будет достаточно для воспроизведения процесса в будущем. Ниже описаны злоключения, кому не интересно — мотаем в конец и смотрим решение исходной задачки.
Самое интересное началось, когда через три месяца xboyhot попросил меня помочь в схожей проблеме, и я начал усиленно вспоминать суть проблемы. Всё оказалось сложнее, чем я считал. Имевшейся информации реально не хватало, а owod не отвечал (возможно, из-за войны на Украине). Дело осложнял языковой барьер — я не знаю языка урду, а английским мой собеседник владел слабо.
1. Поиск сервисных файлов
Всё-таки это сервисный диск, которого не должно быть в открытом доступе.
Тем не менее, он, а также огромное количество файлов для devkit консолей, нашелся в теме на xbox360iso
Из той темы я скачал не только диск, но и несколько версий софта для восстановления — XDKRecoveryXenon*****.exe, полагая, что они содержат так нужные мне файлы для сборки devkit-образа.
2. Сборка devkit образа.
Софт для восстановления при запуске требовал Xbox и не позволял извлечь содержимое:
Но у меня был архив с файлами бутлоадеров devkit консоли, который прислал мне owod, а ещё он упоминал про rgbuild
RGbuild представляет собой программу, которая умеет по кусочкам собирать и разбирать образ системы для Xbox 360:
Это было настоящим подарком для меня. Увы, созданные вручную образы не работали (всё проверялось на 16MB консоли)
Через некоторое время, я обнаружил, что XDKRecoveryXenon*****.exe можно открыть как архив и достать как загрузчики, так и все системные файлы!
При этом, в «архиве» имелось полсотни различных комбинаций загрузчиков:
Раз у меня появились системные файлы, настало время проверить сборку через Xebuild. С новыми версиями этой программы, шла папка devkit_sample с списком файлов для сборки внутри:
В общем, содержимое файла я заменил на своё, ведь все файлы у меня были от иной версии системы. Оставалась проблема размера. Xebuild собирал образы размером 64 МБ, а памяти было всего 16. Опытным путем было найдено, что достаточно обрезать образ до 16 МБ и засунуть на свое место smc_config
<далее идёт многочасовое, унылое и безуспешное клепание образов через Xebuild и RGbuild + проверка их на консоли>
В итоге, я плюнул на всё, нашел именно те файлы, что указаны в том демо-списке xebuild и собрал несколько образов. Пришлось перебрать все 50 загрузчиков, распаковывая их по очереди и проверяя CRC у каждого из файлов. Один из новых образов таки заработал!
В дальнейшем оказалось, что обязательно собирать образ с нулевым ключом и загрузчиком SC для trinity, что имеет размер 22 КБ вместо 26 КБ.
Итак, образ заработал, но любые попытки запуска восстановления приводили к краху:
После очередной партии различных образов и попыток запуска, выяснилось, что приставке банально не хватает места под системные файлы.
3. Замена NAND на 512 MB
Мало перепаять чип памяти, нужно, чтобы он еще и заработал! Для этого, нужно выставить верный Flashconfig с помощью резисторов.
Вот как выглядит настройка Trinity под 512 MB память от джаспера:
В общем, во время всех тестов имелись две приставки с нулевыми процами, одна с 16МБ памятью, другая с 512МБ. Как я ни собирал образ, вторая приставка лишь пищала и отказывалась включаться. И конфиг меняли, и память — ни один образ, собранный через xebuild или rgbuild не работал.
Стало очевидно, что дело в формате памяти — для больших блоков нужен другой формат. Я вспомнил про параметр jasperbb в xebuild и наудачу набрал trinitybb. Удивительно, но образ собрался!
А дальше, по-прежнему, разочарование — приставка выдала 0020. И опять началась канитель со сборкой образов и их проверкой.
На исходе третьего дня опытов, когда дошло до полностью ручной сборки образа через WinHEX и даже он не заработал, я сдался попросил перепаять 512МБ память на заведомо рабочую консоль и проверить там. До этого работоспособность консоли под вопрос не ставилась, ибо XeLL прекрасно работал.
Вашу ж… Короче, всё сразу заработало, восстановление прошло до конца, fuses прошились, бокс включился. Дело было в нерабочей материнке.
На этом приключения кончились, на приставку вкатили RGH и жила она долго и счастливо.
4. Итоговый алгоритм восстановления приставки (Trinity)
Перепаять чип памяти на 64, 256 или 512 MB
Перепаять калибровочные резисторы в состояние 11110110101
Вот за эту статью огромный поклон тебе RichY,Owod-у и всем кто принимал участие в процессе.Давно я ждал выхода подобной статьи,так как знал об успешном запуске нулевых процев,но информации найти не мог.
А флешконфиг все равно переключать придется.
А я вот думаю, Рич, надо-бы тебе сокет под XCGPU сваять на плату. Будешь серийно жечь фьюзы и продавать страждущим в комплекте с нандом и ключами. При таком раскладе, стендовую тринити вообще не нужно будет паять. Разведенный флешер, съемный куллер — и баста. То-то я смотрю, у многих валяются Е82, а таким одна дорога.
все сделал как по инструкции, приставка с 64м наид включается, но на 16М нет. и при Freeboot вечный свеч. xell запускается, но система нет. не подскажете, что делаю не так. или как правильно собрать?
В XeLL фьюзы видно, что прожжены? После установки 16М резисторы нужно вернуть в старое положение. Фрибут собирать типа glitch2m (можно из чужих данных), либо заливать указанный по ссылке
Я в первый раз хочу по пробовать поченить бокс (свой), прошу прощение за глупый вопрос но как я выполняю пункт 3? Каким оброзам я записываю этот бин файл в ненд или я что-то неправильно понял?
Спасибо.
Вот за эту статью огромный поклон тебе RichY,Owod-у и всем кто принимал участие в процессе.Давно я ждал выхода подобной статьи,так как знал об успешном запуске нулевых процев,но информации найти не мог.
А у вас такой проц есть?
Воу, мои аплодисменты. Реальная работа была проделана. (проца такого нет)
Я вот думаю проще дуал нанд воткнуть чем парится менять микрухи памяти.
А флешконфиг все равно переключать придется.
А я вот думаю, Рич, надо-бы тебе сокет под XCGPU сваять на плату. Будешь серийно жечь фьюзы и продавать страждущим в комплекте с нандом и ключами. При таком раскладе, стендовую тринити вообще не нужно будет паять. Разведенный флешер, съемный куллер — и баста. То-то я смотрю, у многих валяются Е82, а таким одна дорога.
все сделал как по инструкции, приставка с 64м наид включается, но на 16М нет. и при Freeboot вечный свеч. xell запускается, но система нет. не подскажете, что делаю не так. или как правильно собрать?
В XeLL фьюзы видно, что прожжены? После установки 16М резисторы нужно вернуть в старое положение. Фрибут собирать типа glitch2m (можно из чужих данных), либо заливать указанный по ссылке
Congratulations, it worked perfectly in Trinit, thanks! is there any procedure to Corona or is only possible in trinit?
Right now its only working with trintiy………….
If you have corona with this CPU, contact me (15432@mail.ru)
Я в первый раз хочу по пробовать поченить бокс (свой), прошу прощение за глупый вопрос но как я выполняю пункт 3? Каким оброзам я записываю этот бин файл в ненд или я что-то неправильно понял?
Спасибо.
А где вообще реально достать не прошитые процессоры? Или не реально?
Hi file link is broken for (small image that you havent tested it)
can you please reupload?
Also does the same work for phat ?