• Hola, con los nuevos cambios del sitio he puesto diferentes tipos de publicidad que podrian resultar algo molestas. Sin embargo, luego de registrarte e interactuar un poco con la pagina, van a ser reemplazados por otros mas sutiles y pequeños! * A mi tampoco me gusta la publicidad, pero es una de las piezas para que el sitio esté disponible. Si bloqueas la publicidad, probá desactivarla unos dias.
    Gracias

[RESUELTO] Code Corrupt. Bootloader. Error Verifying Code Group Checksums (31 32 33 35). Brickeado.

Estado
Cerrado para nuevas respuestas.

xt610

Usuario activo
#1
Buenas Noches
 ​
A partir de un problema que tengo con mi Defy el cual no me permite instalar ningún Firmware, noté que los archivos se cargan en la memoria flash pero cuando el RSD verifica si los archivos que envío son iguales a los que se encuentra en la memoria, él mismo me da error de Checksum osea que no coinciden y te informa el valor del Checksum del sbf y del cel.

Bien lo que quisiera es ir cambiando los valores de cada CG por el valor que obtengo del error al querer instalar el firmware.

Espero haber sido claro, en pocas palabras necesito un programa para cambiarle el valor de Checksum a cada CG y bueno luego de esto unir todos estos para tener nuevamente la SBF.

Muchas Gracias!!!
 
Última edición por un moderador:

ice

Usuario con historia
#3
Buenas Noches
 ​
A partir de un problema que tengo con mi Defy el cual no me permite instalar ningún Firmware, noté que los archivos se cargan en la memoria flash pero cuando el RSD verifica si los archivos que envío son iguales a los que se encuentra en la memoria el mismo me da error de Checksum osea que no coinciden y te informa el valor del Checksum del sbf y del cel.

Bien lo que quisiera es ir cambiando los valores de cada CG por el valor que obtengo del error al querer instalar el firmware.

Espero haber sido claro, en pocas palabras necesito un programa para cambiarle el valor de Checksum a cada CG y bueno luego de esto unir todos estos para tener nuevamente la SBF.

Muchas Gracias!!!
te sucede con todos los firmwares? es muy raro que te suceda eso... eso normalmente sucede cuando no se descargó bien el firm... chequea éso primero.
 
OP
OP
X

xt610

Usuario activo
#4
Todo esta chequeado, lo último antes del cambio de placa es probar lo que estoy preguntando.

Espero respuestas a la consulta.

Muchas Gracias
 

VenoM.

Nothing else Matters
Staff
#5
Todo esta chequeado, lo último antes del cambio de placa es probar lo que estoy preguntando.

Espero respuestas a la consulta.

Muchas Gracias
 y calculo que necesitaras algún editor hexadecimal para editar esos archivos, tipo "HexWorkShop"...! por otro lado podes usar recalc o androidmotodepaker, para desempaquetar y empaquetar firmwares..! y creo que reclac tiene opción de recalcular cheksums o algo asi..!

desconozco si esto es factible o no, pero bueno, eso es lo que yo creo..! :p no estoy seguro, o al menos si fuese vos, estaría buscando por esos lados..! edit checksum sbf, o reclaculate checksum sbf, y cosas por el estilo..! 

[SIZE=9.5pt]Edit: estuve pensando un poco, así por pensar nomas, mientras flasheaba mi celular, y teniendo en cuenta la lógica o lo que significa un cheksum, y analizo lo siguiente:[/SIZE]

[SIZE=9.5pt] [/SIZE]

[SIZE=9.5pt]un cheksum es una suma de comprobación  es decir, es un numero o resulta de la suma de los bits de un conjunto o grupo de datos, para qué sirve?, [/SIZE]

[SIZE=9.5pt]bueno, cuando este grupo de datos o conjunto de datos es trasportado de un lugar a otro, ( mensajes o paquetes de datos a través de [/SIZE][SIZE=12.727272033691406px]Internet[/SIZE][SIZE=9.5pt]  y en el caso de un flasheo, es una copia o transferencia de datos desde la PC a la memoria flash del celular), lo que hace el receptor para comprobar si todo llego bien y no se daño o perdió información de ningún paquete en el camino, es generar un nuevo checksum del paquete recibido y compararlo con el original..! [/SIZE]

[SIZE=9.5pt]Si por algún motivo el cheksum es diferente o no coincide, el sistema interpreta que hubo un error...! [/SIZE]

[SIZE=9.5pt]ahora bien, esto en el flasheo seria algo así, el rdslite limpia primero la memoria flash, luego copia cada codegroup a la memoria flash, [/SIZE]luego genera un checksum de los codegroups copiados en la memoria flash y los compara con los originales, si todo está bien, el proceso continua, si algo no coincide, significa que hubo un error en el copiado o grabado de los codegroups en la memoria flash..!

Ahora bien, porque motivo sucede esto? la verdad que no se...! XD quizás se daño la memoria..! No se limpio correctamente, o vaya uno a saber a ciencia cierta, (hasta ahí no me da el sentido común porque puede ser algo muy técnico)..!

[SIZE=9.5pt]Lo que me lleva a la conclusión de que por más que seas capas de parchar o editar los codegroups originales, si el rdslite falla en el proceso de copiado por algún motivo, la comparación de los cheksums seguirá dando error, ya que el error esta en el copiado de los datos a la memoria flash, o en la lectura de los mismos, algo esta pasando [/SIZE][SIZE=12.727272033691406px]ahí[/SIZE][SIZE=9.5pt] en el medio, no s si sera [/SIZE][SIZE=12.727272033691406px]cuestión[/SIZE][SIZE=9.5pt] de la memoria, el programa flahsheador que se pega una colgada mas o menos y es incapaz de flashear o comprobar correctamente, etc, etc..! =S [/SIZE]

[SIZE=9.5pt]como dije antes, esto es algo que se me [/SIZE][SIZE=12.727272033691406px]ocurrió[/SIZE][SIZE=9.5pt] pensar, no es algo que [/SIZE][SIZE=12.727272033691406px]leí[/SIZE][SIZE=9.5pt] o vi..! solo es una [/SIZE][SIZE=12.727272033691406px]teoría[/SIZE][SIZE=9.5pt] o pensamiento..! a lo mejor alguien mas en [/SIZE][SIZE=12.727272033691406px]algún[/SIZE][SIZE=9.5pt] lado sabe la posta..! [/SIZE]
 
Última edición por un moderador:
OP
OP
X

xt610

Usuario activo
#6
Llegue a la misma conclusión es en vano modificar eso ya que el code corrupt va a seguir sucediendo yo ya me di por vencido probé de todo, el cel inicia hasta el logo de personal y luego vuelve a reiniciar carga el logo de motorola pasa al de personal y si sin final, probé con los wipes y es lo mismo sigue en eso, desde el rsd no puedo cargar ningun firmware probé todos los que existen nordic, chinas, europeas, retails de acá, de personal, movistar, , pero pasa algo raro el rsd carga los datos llega el 100% es decir el programa interpreta que envió los datos (CG 33,35,39) pero cuando llega el 100% comiendo el chequeo de checksums y ahí da error, probé planchar cada CG por separado la mayoría da error.

Otra cosa que me desorienta es que hago los wipes y nada siempre se queda en el logo de personal nunca carga el sistema porque no llega a vibrar, ademas cuando ingreso al Stock Recovery ni bien ingreso aparece esto:

E:Can't open /cache/recovery/command

E:Can't open /cache/recovery/caller

El cel tiene Bootloader 09.10 probé firms para ese y para 10.00 nada de nada siempre error en los Checksums, probé sbfs de Boot only, nada de nada siempre lo miso.

Alguien tiene idea que está pasando?

Yo viendo todo esto que sucede llego a la conclusión:

- no estoy seguro de que el RSD envié realmente los datos (probe varios RSD, cables usb, beteria siempre cargada y diferentes pc xp, win7)

- la memoria flash no carga los datos porque siempre inicia con el logo de personal asi que ni siquiera borra ya que probe muchas sbf.

- la memoria flash está en modo solo lectura.

- la memoria flash rota (pero si esta rota el cel no iniciaría)

Yo ya me di por vencido. Probé todos los métodos que existen en la web. Ahora si ustedes tiene algún metodo por hard diganme yo tengo el cel desarmado.

Graciassss!!

Ésta Info me da el RSD cuando conecto el cel:

IMEI/ESN/MEID: N / A
Technology: N / A
Software Version: N / A
Flex Version: N / A
Bootloader Version: v0x000910
DRM Version: N / A
AP Die ID: 18200306620168010000dcff0200
BP Die ID: 0000000000000000000000000000
AP Public ID: f8c2ade7689cf54d7d41d28f2562dc3fa018f09b
BP Public ID: 0000000000000000000000000000000000000000
 
Última edición por un moderador:
OP
OP
X

xt610

Usuario activo
#8
Realizado el proceso mediante linux esto es lo que obtengo:

[email protected]:~$ cd '/home/sew/Escritorio/*****'
[email protected]:~/Escritorio/*****$ sudo ./sbf_flash china.sbf
[sudo] password for sew:
SBF FLASH 1.24 (mbm)
http://opticaldelusion.org

=== china.sbf ===
Index[1]: Unexpected chip 32
Index[2]: Unexpected chip 32
Index[3]: Unexpected chip 32
Index[4]: Unexpected chip 32
Index[5]: Unexpected chip 32
Index[6]: Unexpected chip 32
Index[7]: Unexpected chip 32
Index[8]: Unexpected chip 32
Index[9]: Unexpected chip 32
Index[10]: Unexpected chip 32
Index[11]: Unexpected chip 32
Index[12]: Unexpected chip 32
Index[13]: Unexpected chip 32
00: RDL03 0x82000000-0x8204CFFF 4035 AP
01:  CG31 0xB0280000-0xB02847FF 9A68 AP
02:  CG32 0xC7A00000-0xC7A207FF 4805 AP
03:  CG33 0xB2000000-0xB2DC07FF 8BAC AP
04:  CG34 0xB0700000-0xB07047FF AB80 AP
05:  CG35 0xB1000000-0xB17FFFFF 7806 AP
06:  CG39 0xB3300000-0xC79C07FF F56A AP
07:  CG42 0xB0800000-0xB0842FFF 4BB7 AP
08:  CG45 0xB0C00000-0xB0F007FF 738D AP
09:  CG47 0xB1800000-0xB1FFFFFF D5D6 AP
10:  CG53 0xB2F00000-0xB2F007FF FDFF AP
11:  CG61 0xB0B00000-0xB0B7FFFF 4A7C AP
12:  CG64 0xB0000000-0xB00047FF 85D0 AP
13:  CG65 0xB0180000-0xB01847FF 2409 AP

 >> waiting for phone: Connected.
 >> uploading RDL03: 100.0%
 -- OK
 >> verifying ramloader
 -- OK
 >> executing ramloader
 -- OK
 >> waiting for phone: Connected.
 >> sending erase
 -- OK
 >> uploading CG31: 100.0%
 -- OK
 >> uploading CG32: 100.0%
 -- OK
 >> uploading CG33: 100.0%
 -- OK
 >> uploading CG34: 100.0%
 -- OK
 >> uploading CG35: 100.0%
 -- OK
 >> uploading CG39: 100.0%
 -- OK
 >> uploading CG42: 100.0%
 -- OK
 >> uploading CG45: 100.0%
 -- OK
 >> uploading CG47: 100.0%
 -- OK
 >> uploading CG53: 100.0%
 -- OK
 >> uploading CG61: 100.0%
 -- OK
 >> uploading CG64: 100.0%
 -- OK
 >> uploading CG65: 100.0%
 -- OK
 >> verifying CG31
 -- OK
 >> verifying CG32
Checksum error (Expected 0x4805, Got 0x4a05)
 !! failed
 >> verifying CG33
usb_bulk_read -110
 !! failed
 >> verifying CG34
usb_bulk_read -110
 !! failed
 >> verifying CG35
usb_bulk_write -110
 !! failed
 >> verifying CG39
usb_bulk_write -110
 !! failed
 >> verifying CG42
usb_bulk_write -110
 !! failed
 >> verifying CG45
usb_bulk_write -110
 !! failed
 >> verifying CG47
usb_bulk_write -110
 !! failed
 >> verifying CG53
usb_bulk_write -110
 !! failed
 >> verifying CG61
usb_bulk_write -110
 !! failed
 >> verifying CG64
usb_bulk_write -110
 !! failed
 >> verifying CG65
usb_bulk_write -110
 !! failed
 >> rebooting
 
 
#11
Yo tuve el mismo problema con un defy y tuve que hacer cambio de placa no me tomaba ningun firmware, yo creo que con una recalentada por sobretension la memoria flash se daña, por la dudas recomiendo cargar con un estabilizador.
 

#12
Alguién quiere comprar mi Motorola Defy MB525? jaja he probado todas las roms posibles pero nada, quièn me ayuda a deshacerme de éste cell. Sldos.
 

ice

Usuario con historia
#13
Este tema ha sido marcado como resuelto.

De no ser así podés reportar el tema indicando la razon o bien crear uno nuevo.
 
Estado
Cerrado para nuevas respuestas.