Señores, como vamos?
Estoy tratando de revivir una placa Slim que le borraron la Nand original y no hay respaldo confiable, tan solo un respaldo con muchos badblock.
La pregunta es la siguiente:
En el momento de generar un .ECC para cada placa, veo que la estructura es la siguiente:
0x00000000..0x000001ff (0x00000200 bytes) Header
0x00000200..0x00000fff (0x00000e00 bytes) Padding
0x00001000..0x00003fff (0x00003000 bytes) SMC
0x00004000..0x00007fff (0x00004000 bytes) Keyvault0x00008000..0x00009abf (0x00001ac0 bytes) CB_A 9188
0x00009ac0..0x000112bf (0x00007800 bytes) CB_B 9188
0x000112c0..0x000172bf (0x00006000 bytes) CD 8453
0x000172c0..0x000bffff (0x000a8d40 bytes) Padding
0x000c0000..0x000fffff (0x00040000 bytes) Xell (backup)
0x00100000..0x0013ffff (0x00040000 bytes) Xell (main)
La información en negrita, que seria el KV y el SMC, que es lo que hace único a cada consola.
Cuando estuve realizando el RGH en algunas Jasper, tuve la posibilidad de realizar el hack con el .ECC de una nand donada con CB 6750, en ese caso no extraje ni KV.bin ni SMC, ni se tuvo en cuenta el offset (XeLL no necesita el offset)
Por lo tanto, si en ese caso se pudo realizar el hack con un .ECC
DONADO, llamemoslo generico.
¿Es posible generar un .ECC Generico para una placa SLIM?Hasta ahora he insertado .ECC de todas las nand trinity que tengo de los trabajos que he hecho, pero la consola no responde.
Incluso extraje el KV y Config de la nand corrupta que me entregaron, y la inserte en una nand de igual offset para tratar que fuera lo mas similar posible. Como resultado, los .ECC que he generado con la info de la nand corrupta, tampoco funcionan.
Al parecer el KV esta intacto, cosa que asumo, ya de acuerdo a los sectores donde hubo bad block (nand healer me los muestra) no afectaron el KV
Señores, agradezco de ante mano la ayuda ofrecida
Por otro lado, la consola glitchea, pero 2 puntos fueron corregidos. Puede que este a ciegas y tenga algun problema de Hard la consola.
¿alguien puede verificar si con un .ECC de otra slim, puede arrancar la consola?
Por otro lado, he realizado según este turorial:
http://www.consoleopen.com/forum/tutori ... cante.htmlEn la parte de:
PROCEDIMENTO PER CHI NON E' IN POSSESSO DEL PROPRIO KV VALIDO que en español significa
PROCEDIMIENTO PARA AQUELLOS QUE NO TIENEN EN SU PODER EL KV VÁLIDOEl cual consta de escribir un nand exploit del mismo CB de la placa y lanzar XeLL con "Eject". En ese caso nos dara 2 CPUKEY:
La Virtual es la que espera la nand
Y la CPUKey de la placa que estamos recuperando.
Procedimiento fallido
Repito, puede que la placa tenga problemas de hard :S
