Zephyr e reset glitch hack: possibile altra "defunta"?

**DS-1** · 24-10-11

Ormai penso ci sia qualche macumba fatta su di me e sulle mie macchine: altro caso di RROD post-glitch.

Volevo provare il reset glitch hack su una vecchia Zephyr perfettamente funzionante, con dash 12xxx. Faccio un primo dump, tutto ok. Aggiorno alla 13604, nuovo dump, tutto perfetto.

Monto il chip, genero l'image_00000000.ecc e lo invio tramite comando +w16. Avvio la console, tipico rumore di "reset" delle ventole (molto lento rispetto alla Jasper, in realtà), dopo 5 tentativi reset: RROD, con codice 0022.

Ricontrollo le saldature sul chip, erano fatte bene. Per scrupolo, lo scollego e riuppo la NAND originale: stessi sintomi, con RROD. Rimetto la 12xxx, stessa cosa.

Provo dunque a leggere la NAND, ed ecco che nandpro mi da un errore mai avuto prima: "error 208 reading block 6". Se apro la NAND con 360 Flash Tool non mi rileva alcun bad block.

Che diavolo sta succedendo???

**Raiden** · 24-10-11

che programmer stai usando ?

**DS-1** · 24-10-11

Sto usando un programmatore USB con PIC 18f2455. Finora non ha mai dato problemi nè in lettura nè in scrittura.

**Raiden** · 24-10-11

mesi addietro una jasper jtag presentava l'errore 0022 e non ci fu' un cazzo da fare, spostai la CPU e la NAND su un'altra scheda madre jasper ma l'errore 0022 rimase, indi il problema era nella cpu stessa, irrisolvibile...

**DS-1** · 24-10-11

Ma...un semplice dump + riscrittura della NAND può aver fatto friggere una console da un momento all'altro?

L'altra cosa strana è appunto l'errore in lettura, che invece non si presentava sugli ultimi dump prima dell'immissione dell'image_00000000.ecc.

**DS-1** · 24-10-11

Ho confrontato due dump, quello successivo all'aggiornamento alla 13604 e lo stesso, uppato sulla console dopo l'inizio dei problemi: c'è un blocco differente, secondo NandCompare.

Sto passando su Megaupload un .rar con i dump, se qualche anima pia potesse darmi una mano a capire cosa sta accadendo, gliene sarei grato: mi sto scervellando!

EDIT: questo è il link: http://www.megaupload.com/?d=NFNWK2V6

Contiene il dump successivo all'aggiornamento alla dash 13604 (nandzephyr_13604.bin) ed il dump della stessa nand uppata dopo i problemi nati successivamente all'installazione del coolrunner (nandproblema.bin).

**Luke69** · 24-10-11

Sei proprio sfigato XD

Cmq non può esser colpa delle console.. Dai due xbox due problemi?
Io proverei a cambiare flasher e/o pc...
Cmq 5 reboot e poi RROD è il limite imposto da Microsoft che è poi stato rimosso da GliGli e chi ha fatto GGBuild...ciò fa riflettere...

**DS-1** · 24-10-11

Ho provato a cambiare pc, usando lo stesso flasher usb, purtroppo con lo stesso risultato.

E' strano il fatto che la lettura delle NAND originali non abbia rilevato errori, mentre la lettura delle NAND post-image_00000000.ecc rilevi invece sempre l'errore sul blocco 6.

Inoltre con o senza Cool Runner i 3 led rossi compaiono lo stesso, cosa che invece, sull'altra Jasper, non ho mai avuto (finchè funzionava!) con il Cool Runner collegato.

Altra cosa curiosa: come già detto, 360 Flash Tool non rileva alcun bad block nella lettura della NAND, ma anche cambiando PC nandpro mi rileva sempre un errore in lettura di quel blocco.

**Luke69** · 24-10-11

Prova GGBuild...
Cmq scommetto che nel blocco 6 c'è proprio il limite dei 5 reboot...

**DS-1** · 24-10-11

Credo anch'io!

E comunque mi chiedevo: ggbuild posso provarlo anche senza avere la CPU Key da inserire?

**Raiden** · 24-10-11

No, non puoi

**DS-1** · 24-10-11

Ecco, appunto!

Dunque senza riuscire ad avviare il primo hack per l'avvio di Xell mi sa che non ho tante possibilità!

**Luke69** · 24-10-11

Ehm...no XD

Edit:
non ho visto la seconda pagina...

**stefanozzo2010** · 25-10-11

davvero sfortunato, ma non si puo' "candcellare" dalla nand il tentativo di reboot superiore al 5°? HAi provato a flashare l'immagine precedente all'update 13604?

**DS-1** · 25-10-11

Sì, ho provato a flashare sia la NAND 13604 che la precedente.

Altra cosa: ieri ho provato a riscrivere la NAND 13604 e poi a leggerla: non mi dava più errore sul blocco 6, ma comunque non bootava.

A questo punto temo vi sia un problema sul programmatore, che purtroppo ha corrotto la lettura delle varie NAND, compromettendo il corretto funzionamento della console.

**Luke69** · 25-10-11

Senza cpu è possibile spostare il proprio KV su una nand donor? Immagino di no...

Comunque prova un altro programmatore, se almeno il kv va bene credo partirà xell e con xell hai la cpu key e con quest'ultima potresti usare una nand donor e ridare vita alla console!

**rf1911** · 26-10-11

Deve trovare un ecc creato per zephyr, stesso smc. Poi ricava la cpukey, poi ci penso io...

Hai PM

**Vola** · 26-10-11

Occhio ai tool che usate, non è normale che dia i rrod dopo qualche secondo.
Usa il tool via python con il comando buildimage.py e assicurati di usare la v1.1

Posta qui il log che esce dal comando. Lascia perdere i tool grafici, ci ho perso 2 giorni su una zephyr

**rf1911** · 26-10-11

Purtroppo su zephyr è normale (3 revisioni di smc!). Il rrod significa che l'SMC non è stato patchato. Gli ho trovato un altro dump, da cui ricavare l'ecc. Poi c'è un altro approccio, patchare manualmente l'SMC una volta estratto dal dump con 360 flash tool, e creare l'ecc:

c:\Python27>python common\imgbuild\build.py tua_zephyr_o_donor_zephyr.bin SMC_dec.bin common\cdxell\CDjasper common\xell\xell-gggggg.bin

**DS-1** · 26-10-11

Grazie all'ecc fornito da rf1911, è già stato fatto un passo avanti: i RROD non compaiono più, ma la console non glitcha.

Il log che vien fuori da comando lo posto appena posso.

Discussione: Zephyr e reset glitch hack: possibile altra "defunta"?

LinkBack

Strumenti Discussione

Visualizzazione

Zephyr e reset glitch hack: possibile altra "defunta"?

Segnalibri

Segnalibri

Permessi di Scrittura