como inyectar mis datos a una nand donada

pues la verdad es que no me aclaro a injectar mis datos vitales a una nand donada??
Usa la misma donata que te arregle con algoritmo solo las unes y cambia el bootloder 0 bootlider 1 cisd, eeid, metdlr, cvtrm. Como ya esta parcheada esa donata no te ha e falta parchear le haces el reverset a las mismas nad que ha unido ya esta.
Yo en mi caso con una placa COK-002 ha sido un verdadero calvario sacarla adelante, al final he tenido que cambiar las Nand Samsung del modelo A por las del modelo B por que la Nand 0 tenia 2 badblock, estoy terminando de grabar la Nand 1 del modelo B por que se esta resistiendo mas de lo previsto, la Nand 0 se dejo sin muchos problemas y he usado de todo para alimentarlas.
Un saludo.
LUCKYMAS ahora mismo la tengo con el parche de los mosqueteros sin utilizar una donata ni nada parcheado con los dumps que te pase el otro dia seguramente me equivoco esta es la que la nand0 me mostraba 282 diferencias despues de parchear en vez de 49 la nand1 49 ok esa ya la deje en su momento escrita he cambiado la nand0 por otra de despieze de una cok-002 esta es una sem-001 lo que me ralla es las 282 diferencias en la nand0 pero si despues de parchearlas y separarlas las vuelvo a unir me extrae los datos?? y los comparo y son identicos deberia funcionar no???mas que nada voy a ser enrrado [carcajad] [carcajad] me da pereza volver a tener que soldar [carcajad] [carcajad] a ver el ylod me lo tira a los 4 segundos pienso que tengo la nand mal soldada en la placa la he cambiado y esta escrita correctamente pero con los datos que me indicaban 282 diferencias pero me saca los datos bien ?????no entiendo si ha una donata le inyacto estos datos si ya los tengo en esta no??? [carcajad] [carcajad] a ver no me hagas mucho caso por que seguramente no se ni lo que digo yo pa mi que la tengo mal soldada [carcajad] [carcajad] por que si nand contiene sus datos deberia funcionar no??lo que tu me digas es lo que voy a hacer [tadoramo] [tadoramo]
Si cambias las nad deben ser las dos iguales no valen una de cada clase te dara luz amarilla, y esa nad necesita una donata casi seguro si unes las nad y luego las desunes sin tocar nada te da los mismos cambios , creo que es algoritmo que no interpreta rebluider pero te saca vitales. Por eso te decia de una donata.
yo si que he puesto nand tipo a y tipo b en la misma placa y ok en serio de todos modos me tira luz amarilla
no se como inyectarle mis datos a una donada supongo que sera asi
hilo_tutorial-reparar-brick-waninkoko-v1-by-lukin_1572743
si le meto mis datos a una donata le puedo meter el parche de los mosqueteros??????los dumps que me hicistes
del nuevo algoritmo no los tengo a mano lo que no termino de entender entre otras cosas si los dumps que tengo actualmente contienen mis datos vitales por que leches no funciona [carcajad] [carcajad] en fin voy ha hacerte caso a ver si me aclaro la donada no tiene que tener ningun bad blok no???
Son los vitales los 6 medlr ,bootlosder ,0 booloader 1 ,eid, isd,cvtrm en kas posiciones correspondientes. Pasame lo que te genera el flowrebluider y te la subo dime si es sem o cok.
te paso el dump unido o las 2 nand por separado???es una sem-001
Los archibos que te genera rebluider al unirlas la carpeta .ex no llega a 500 kb para subir por wifi jajaaaa
ya la he descargado voy al lio y te comento
hola buenas queria preguntar que que pasaria si los archivos vitales tuviesen algoritmo y no los sacase flowrebuilder en la carpeta.¿¿ tendrian alguna posicion fija comun en los dump sin unir??? o tendrian una posicion dependiendo del tipo de sem_001
Hay que buscarlos , no hay una regla basica para todas , cada algoritmo es un mundo
y cuando los tienes
zehenork escribió:Con el metodo de sacar los datos vitales e inyectarlos en una nand donante sin respetar el mapeo de bloques ni ECC no importa la version del core que tengas ahora.

Este metodo tiene el problema de que al no respetar el mapeo de los badblocks el flashear tratara de escribir datos en bloques corruptos, si esos datos coinciden que son vitales brickeará.

Si alguien se pregunta que probabilidad existe que piense lo siguiente.

Hay 1024 bloques, si tienes 10 badblocks y unos 50 bloques son vitales (entre core y datos) la probabilidad sera la misma de que alguno de esos 50 bloques caiga en uno de esos 10 bads. O sea 10/1024 50 veces. Poca cosa.

En caso de fallo solo habria que inyectar en otra donante esperando que no coincida.

En caso de tener suerte y que la consola arranque al instalar el firmware la propia consola se encontrará de nuevo con los badblocks y volvera a mapearlos correctamente arreglando el estropicio.

Pero para mi el peor problema es que se multiplica la probabilidad de fallo al escribir la nand.

Me explico:

Cuando parcheamos un core de una nand solo cambian unos 40 y pico bloques de los 1024 (no me acuerdo ahora :)) . Lo mejor es hacer un flasheo diferencial de solo esos bloques , dejando los otros 980 y pico intactos. Y lo mas importante nunca flashearemos los bloques que tienen los datos vitales con lo cual nunca provocaremos un brick irreparable.

Con el metodo de la donante tendremos que flashear toda la nand con lo cual se multiplica peligrosamente la probabilidad de un fallo en el flasher y cepillarnos la consola sin posible solucion.

Lo suyo es sacar nuevos dumps y parchear el core directamente, asi tienes el 100% de exito y solo flashearas unos 42 bloques por nand y no los 1024. Y no tocamos los datos vitales.

Siempre ha sido asi, usando apps como el flowrebuilder uniendolos parcheando core y dividiendolos para flashear.

El problema es que en algunas consolas el algoritmo del flowrebuilder para unir sus dumps falla.

Hay dos opciones:
- Buscar un nuevo algoritmo que una bien los dumps. (El autor del flowrebuilder pasa del tema)
- Parchear directamente el core en los dumps regenerando ECC sin tener que unirlos. ( Hacerlo manualmente seria trabajo de chinos y una app que estaba en desarrollo para hacerlo se de buena tinta que finalmente no vera la luz.)

En definitiva llevala a alguien que sepa hacerlo y dejate de chapuzas haciendo dumps por un lado y flaheo por otro , si tienes problemas se pasaran la patata de uno a otro y te quedaras sin consola.

Suerte.
y como yo no se hacer ni una cosa ni la otra me quedo con el culo al aire [carcajad] [carcajad]
pero como dice LUCKYMAS
Hay que buscarlos , no hay una regla basica para todas , cada algoritmo es un mundo
de echo en mi caso el de este hilo dumps buenos y si que me extrae los datos al unirlos pero despues de parchear la nand0 siempre me muestra 282 diferencias en vez de 49 ?????la ha escrito y luz amarilla
la verdad soy un poco burro [carcajad] [carcajad] LUCKYMAS ya me dijo desde un principio que le inyectara eso datos a una donata perocomo yo ni papade eso segi a la mia y tururu [carcajad]voy al lio a escribir los dumps cruzar los dedos y apretar el culo [carcajad] [carcajad]
esecabroncete escribió:ya la he descargado voy al lio y te comento

Ya estas tardando , respecto a tocho me reservo comentarios se parchear las nad directamente sin donata pero existe un riesgo muy grande es que no saves si el dump es valido o no o los vitales de todos los dump que he echo solo uno me ha dado quebraderos de cabeza ya que tenia algoritmo todos los vitales si se parcheaba directamente brikc asi que tube que hacerla manipulando un vital y salio ese vital no habia forma de sacarlo encima no seguia la regla del algoritmo en si . Eso es lo que le pasa a la tuya es otro nuevo algoritmo o estan mal echo , aunque no toque vitales. Espero respuesta jajaaa
[tadoramo] [tadoramo] [tadoramo] el tocho es puro copy and paste aparte no entiendo ni papa [carcajad] [carcajad]
perdon por la tardanza me ha costado un puñao escribir bien las nands pero ya esta en marcha
eternamente agradecido
Imagen
[tadoramo] [tadoramo] [tadoramo] [tadoramo]
solucionado gracias a LUCKYMAS
entonces tenia nuevo algoritmo a pesar de sacar los datos vitales??? [flipa] [flipa]
LUCKYMAS escribió: respecto a tocho me reservo comentarios se parchear las nad directamente sin donata pero existe un riesgo muy grande es que no saves si el dump es valido o no o los vitales de todos los dump


Sera un problema de tu metodo de parchear directo , tal y como lo hago yo primero localizo la informacion a parchear en el dump y puedo comprobar al 100% todos y cada uno de los datos ademas de los vitales. Al no flashear nunca la zona de vitales el riesgo es TOTALMENTE INEXISTENTE.

@esecabroncete En mi opinion la manera mas facil para los que no entienden a fondo el algoritmo es no complicarse , buscar y extraer los datos vitales y meterlos en donadas esperando tener suerte de no coincidir badblocks reales (fisicos) donde van los datos vitales que como ya expliqué existe una probabilidad alta de que funcione.

Suerte.
esecabroncete escribió:perdon por la tardanza me ha costado un puñao escribir bien las nands pero ya esta en marcha
eternamente agradecido
Imagen
[tadoramo] [tadoramo] [tadoramo] [tadoramo]
solucionado gracias a LUCKYMAS
entonces tenia nuevo algoritmo a pesar de sacar los datos vitales??? [flipa] [flipa]

Me alegro si es un nuebo algoritmo lo genera el rebluider ahora se da tambien en nor dejandote la consola zombi es decir verde directa lo causa el e3 y la manera en que estra dump por lo que he podigo comprobar el otro dia saque una zombi que no habia forma ni metiendo el original.
EN LAS NOR?????????? [flipa] [flipa] puf que mal rollo a mi si que es verdad que hace un par de meses con una slim me paso un caso raro sueldo el e3linker lecturas buenas parcheo escribo y ps3zombi digo no puede ser vuelvo a parchear vuelvo a escribir y 3 cuartos de lo mismo parchoe otra copia del dump y lo mismo escribo el original y lo mismo ya se me olia la kakita que no veas desueldo e e3linker cambio los cables lipio muy bien la zona y lo mismo asi 4 o 5 veces y luego funciono expicacion ni idea????solo me ha pasado en una ocasion ????
LUCKYMAS escribió:
esecabroncete escribió:perdon por la tardanza me ha costado un puñao escribir bien las nands pero ya esta en marcha
eternamente agradecido
Imagen
[tadoramo] [tadoramo] [tadoramo] [tadoramo]
solucionado gracias a LUCKYMAS
entonces tenia nuevo algoritmo a pesar de sacar los datos vitales??? [flipa] [flipa]

Me alegro si es un nuebo algoritmo lo genera el rebluider ahora se da tambien en nor dejandote la consola zombi es decir verde directa lo causa el e3 y la manera en que estra dump por lo que he podigo comprobar el otro dia saque una zombi que no habia forma ni metiendo el original.

LUCKYMAS, comentaste que podria ser debido a que se suelda el punto NOR Triaste ¿no? ¿Puede ser tambien por que algunos no desligan el E3 despues de haberlo usado en otra PS3 anteriormente? (Como ya te comente yo siempre lo desligo para evitar riesgos).
Un saludo.
19 respuestas