[AYUDA] Error SFCX: Bad block al Hacer Copia de la Nand (RGH)

@YEPASI

existe mi tutorial para hacer el volcado y actualización por usb . diría @kite: usen la herramienta "BUSCADOR" y lean las normas antes de postear . saludos

No te complique la vida

Abre el Autogg tu pc y xbox 360 conectado al mismo router con cable de red

y en tu xbox 360 ejecuta el dashlung y en la pestaña configurador asegúrate que este activado UPDSERV



luego en el Autogg seleccionas la version de Dash a la q vas a actualizar tu consola (logicamente el autogg ya tiene q terner instalada la version mas reciente de dash) y luego le das actualizar dash tardara unos minutos y automaticamente se te reiniciara

espero q lo puedas hacer..

Disculpad si no me he explicado bien, pero mi consulta no se refiere a como actualizar sino a si existe algún inconveniente para actualizar si al hacer el duplicado de la nand me aparece un badblock tal y como muestro en la imagen adjunta.

Gracias por vuestro tiempo.

Saludos

@YEPASI

okay. exactamente explicada tu duda en el tutorial. la última página . ERRORES DE NANDS o BADBLOCKS se recuperan creando una NUEVA NAND con tus datos extraídos kv.bin, fcrt.bin, etc etc... (con ldv correcto ) , comprobándolas con jrunner de preferencia , checando ldv desde xell y extraído con autogg y flasheando DIRECTAMENTE desde simple360 nand flasher , el cuál ocupa RAWFLASH 4 . sin dashlaunch ni complicaciones. Espero haber sido claro

Buenas Eruil, si te refieres a este tuto: https://www.elotrolado.net/hilo_tuto-actualizar-a-rgh-17511-desde-usb_2246042 tras leerlo no me queda claro el tema de los bad blocks.

Te comento, he leído que para remapear necesitas la nand original pero en mi caso, la consola la compré de segunda mano y el tipo no me la pudo facilitar así que no se hasta que punto puedo resolver mi problema y si con un solo bad block podría realizar la actualización o no y a que tipo de problemas me expondría de hacerlo bajo dichas circunstancias.

Lo que no me cuadra, es que tras tirarme el error al hacer la copia de la nand (en torno al 60%) el proceso continúa y al final me dice Nand Dumped!. Si meto esa nand en el Autogg me detecta el badblock pero parece que podría actualizar ( me detecta la nand como válida como se puede apreciar en la imagen que aporto mas abajo), pero como no estoy seguro de no liarla no me he atrevido a hacerlo sin antes recurrir a vuestros conocimientos y experiencia en la materia.

Imágen de la nand cargada en Autogg

Añado Log del Autogg




Posiblemente esté haciendo consultas muy básicas para vosotros pero soy bastante noob en la scene de xbox 360 y aunque llevo tiempo leyendo sobre el tema no me queda clara la cosa...

Añado Log de XebuildGUI:



Gracias por vuestra santa paciencia

Saludos

YEPASI escribió:Buenas Eruil, si te refieres a este tuto: https://www.elotrolado.net/hilo_tuto-actualizar-a-rgh-17511-desde-usb_2246042 tras leerlo no me queda claro el tema de los bad blocks.

Te comento, he leído que para remapear necesitas la nand original pero en mi caso, la consola la compré de segunda mano y el tipo no me la pudo facilitar así que no se hasta que punto puedo resolver mi problema y si con un solo bad block podría realizar la actualización o no y a que tipo de problemas me expondría de hacerlo bajo dichas circunstancias.

Lo que no me cuadra, es que tras tirarme el error al hacer la copia de la nand (en torno al 60%) el proceso continúa y al final me dice Nand Dumped!. Si meto esa nand en el Autogg me detecta el badblock pero parece que podría actualizar ( me detecta la nand como válida como se puede apreciar en la imagen que aporto mas abajo), pero como no estoy seguro de no liarla no me he atrevido a hacerlo sin antes recurrir a vuestros conocimientos y experiencia en la materia.

Imágen de la nand cargada en Autogg

Añado Log del Autogg

* Para comenzar el proceso es necesario una lectura de tu Nand:
- Si ya la tienes tu Pc cargala.
- Si ya tienes cargado el Fsd v3 o superior conecta la consola a la Red y Pulsa Ip-Leer.
- Si no tienes Fsd pero si Xell usa el icono Usb-Nand Dumper y sigue el proceso.
- Si la consola esta en Dash Original instala y selecciona tu Lector de NAND y Pulsa Leer. Hara las lecturas y las comparara para asegurarse que son correctas y ,si es asi,guardara una copia de seguridad y analizara sus datos y comprobara su buen estado.
* Si Ya tienes el Fsd v3 y quieres actualizar tu Dash usa AutoUpdate-Dash
C:\Users\Pedro\Desktop\nanddump.bin detected


Espere generando ficheros temporales...OK

DETECTANDO NAND: "nand\nanddump.bin"


-------------------------------------------------------------------------------------------------------------
NandPro v3.0a by Tiros

Using Virtual Nand Device File: nand\nanddump.bin
Flash Config: 0x00023010
Block Size: 16KB Block Limits: 0x000000..0x000000
File: common\temp\flash.bin
Reading
0000
0000



-------------------------------------------------------------------------------------------------------------
Small Block detectado
Flashconfig:0023010 Size=16
Cargando Nand ...OK
Analizando Bad Blocks ...
Bloque 289 Encontrado en 0x3ff (offset:0x107C001)

Checking ECC-CheckSum... Wait

-------------------------------------------------------------------------------------------------------------
Ecc Check: OK

-------------------------------------------------------------------------------------------------------------
Done
BUSCANDO SMC_CONFIG EN NAND
Smc Config encontrado en 0x00FEB800
Leyendo Temperaturas...:
Reset Parental Code: ARXL
ANALIZANDO DATOS DE NAND

ID: e9d94727
Dump con ECC - eliminando ECC
Encontrado SMC (version 2.5) : 00000800 - 00004000
SMC Patch found at offset 0x13b9

Nand NO RETAIL (Exploited)
Encontrado Keyvault : 00004000 - 00008000
Looking for Cpukey in Local Database. Saved New Id: e9d94727 with Cpukey : 1eecbe71c670cf0384b4184f796efb74
Reloaded_Glitch.bin

-------------------------------------------------------------------------------------------------------------
1 archivo(s) copiado(s).

-------------------------------------------------------------------------------------------------------------
Cpukey Detected : 1eecbe71c670cf0384b4184f796efb74
Checking CpuKey
Saved New Id: e9d94727 with Cpukey : 1eecbe71c670cf0384b4184f796efb74
Reloaded_Glitch.bin

-------------------------------------------------------------------------------------------------------------
1 archivo(s) copiado(s).

-------------------------------------------------------------------------------------------------------------
CpuKey is correct
Encontrado CB_A (build 13121) : 00008000 - 00009af0
Encontrado CB_B (build 13121) : 00009af0 - 00011630
Encontrado CD (build 12905) : 00011630 - 00016a30
Encontrado CE (build 1888) : 00016a30 - 0006caa0
Encontrado CF (build 16203) : 000b0000- 000b4560
Encontrado CF1 build : None
Encontrado CG (build 16203) : 000b4560- 00129a52
Encontrado CG1 build : None
Nand valida
DETECTANDO MODELO DE CONSOLA
Comprobando si es un modelo Exploiteable...
Modelo : Corona CB_A_13121 GLITCHEABLE
CD_12905 No valida para Jtag o ya Jtaged

Size: 16

Reloaded_Glitch_c.bin

-------------------------------------------------------------------------------------------------------------
1 archivo(s) copiado(s).

-------------------------------------------------------------------------------------------------------------

FileSystems:
FileSystem Active:8 offset:0xEF0000
FileSystem Last:8 offset:0xEF0840

Block Size File
0x00000800 0x00003800 SMC_2.5.bin
0x00004000 0x00004000 Keyvault.bin
0x00008000 0x00001AF0 CB_A_13121.bin
0x00009AF0 0x00007B40 CB_B_13121.bin
0x00011630 0x00005400 CD_12905.bin
0x00016A30 0x00056070 CE_1888.bin
0x00070000 0x00040000 xell.bin
0x000B0000 0x00004560 CF_16203.bin
0x000B4560 0x000754F2 CG_16203.bin
0x000D0000 0x00069A60 sysupdate.xexp1
0x0013C000 0x00014000 aac.xexp1
0x00150000 0x00061000 bootanim.xex
0x001B4000 0x0000C000 createprofile.xex
0x001C0000 0x0059C000 dash.xex
0x0075C000 0x0000A000 deviceselector.xex
0x00768000 0x0001B000 gamerprofile.xex
0x00784000 0x0001D000 hud.xex
0x007A4000 0x00014000 huduiskin.xex
0x007B8000 0x00008000 mfgbootlauncher.xex
0x007C0000 0x0000B000 minimediaplayer.xex
0x007CC000 0x0000E000 nomni.xexp1
0x007DC000 0x00002000 nomnifwk.xexp1
0x007E0000 0x00005000 nomnifwm.xexp1
0x007F0000 0x00016000 signin.xex
0x00808000 0x00007000 updater.xex
0x00810000 0x0000B000 vk.xex
0x0081C000 0x0024F000 xam.xex
0x00A6C000 0x0011B000 xenonclatin.xtt
0x00B88000 0x00018000 xenonclatin.xttp1
0x00BA0000 0x001A8000 xenonjklatin.xtt
0x00D48000 0x00007000 xenonjklatin.xttp1
0x00D50000 0x00017000 ximecore.xex
0x00D68000 0x00090000 ximedic.xex
0x00DF8000 0x00002800 ximedic.xexp1
0x00DFC000 0x0000C800 launch.xex
0x00E0C000 0x00006000 lhelper.xex
0x00E14000 0x000002AD launch.ini
0x00E18000 0x00000A00 crl.bin
0x00E1C000 0x0000AD30 dae.bin
0x00E78000 0x00004000 extended.bin
0x00E2C000 0x00004000 fcrt.bin
0x00E60000 0x00000400 secdata.bin

X-val: 00 00 00 00 00 00 00 00
Secdata LIMPIO
Saved New Id: e9d94727 with Cpukey : 1eecbe71c670cf0384b4184f796efb74

Nand in Folder
Reloaded_Glitch_c.bin

-------------------------------------------------------------------------------------------------------------
1 archivo(s) copiado(s).

-------------------------------------------------------------------------------------------------------------

-------------------------------------------------------------------------------------------------------------

* Selecciona Tipo de imagen y Opciones deseadas y pulsa Xebuild - Crear.

-------------------------------------------------------------------------------------------------------------

Posiblemente esté haciendo consultas muy básicas para vosotros pero soy bastante noob en la scene de xbox 360 y aunque llevo tiempo leyendo sobre el tema no me queda clara la cosa...

Añado Log de XebuildGUI:

==================================
Swizzy's xeBuild GUI version 2.098
Log Started: Friday 23/02/2018 13:34:26
==================================

*** Some console information ***
CB Version: 13121
Serial number: 015069715109
Console region: PAL/Europe (0x02FE)
DVDKey: 503D5B6A0B97D530B07787D11AAE9874
Console ID: 2C6452DA32
MFR-Date: 15-12-11
OSIG String: HL-DT-STDVD-ROM DL10N 0502
FCRT.bin Required: True

Using xell-reloaded for Glitch hack
Including dashlaunch... Done!
Including custom dashlaunch settings (launch.ini)... Done!
Copying nand to data directory, this may take a while... Done!
Checking if SMC is Glitch or Retail...
Dumping current SMC... Done!
Checking SMC...
SMC is Glitch patched! it will be used the way it is...

Parameters sent to xeBuild:

-noenter -t glitch2 -c corona -d data -f 17511 -b DD88AD0C9ED669E7B56794FB68563EFA -p 1eecbe71c670cf0384b4184f796efb74 output.bin

Building nand using xeBuild (this may take a while):

---------------------------------------------------------------
xeBuild v1.18.800
---------------------------------------------------------------
base path changed to C:\Users\Pedro\Desktop\xeBuild_GUI_2.098\files
---- { Image Build Mode } ----
building glitch2 image

done! fsroot found ok!
---------------------------------------------------------------
output.bin image built, info:
---------------------------------------------------------------
Kernel : 2.0.17511.0
Console : Corona
NAND size : 16MiB
Build : Glitch (v2)
Xell : power on console with console eject button
Serial : 015069715109
ConsoleId : 119163570272
MoboSerial: 9909831202831519
Mfg Date : 12/15/2011
CPU Key : 1EECBE71C670CF0384B4184F796EFB74
1BL Key : DD88AD0C9ED669E7B56794FB68563EFA
DVD Key : 503D5B6A0B97D530B07787D11AAE9874
CF LDV : 2
KV type : type2 (hashed - unchecked, master key not available)
---------------------------------------------------------------
xeBuild Finished. Have a nice day.
---------------------------------------------------------------


Moving output to your destination directory... Done!
Cleaning data and temporary directories... Done!


****** The app has now finished! ******


==================================
Swizzy's xeBuild GUI version 2.098
Log Started: Friday 23/02/2018 13:34:26
==================================

*** Some console information ***
CB Version: 13121
Serial number: 015069715109
Console region: PAL/Europe (0x02FE)
DVDKey: 503D5B6A0B97D530B07787D11AAE9874
Console ID: 2C6452DA32
MFR-Date: 15-12-11
OSIG String: HL-DT-STDVD-ROM DL10N 0502
FCRT.bin Required: True

Using xell-reloaded for Glitch hack
Including dashlaunch... Done!
Including custom dashlaunch settings (launch.ini)... Done!
Copying nand to data directory, this may take a while... Done!
Checking if SMC is Glitch or Retail...
Dumping current SMC... Done!
Checking SMC...
SMC is Glitch patched! it will be used the way it is...

Parameters sent to xeBuild:

-noenter -t glitch2 -c corona -d data -f 17511 -b DD88AD0C9ED669E7B56794FB68563EFA -p 1eecbe71c670cf0384b4184f796efb74 output.bin

Building nand using xeBuild (this may take a while):

---------------------------------------------------------------
xeBuild v1.18.800
---------------------------------------------------------------
base path changed to C:\Users\Pedro\Desktop\xeBuild_GUI_2.098\files
---- { Image Build Mode } ----
building glitch2 image

done! fsroot found ok!
---------------------------------------------------------------
output.bin image built, info:
---------------------------------------------------------------
Kernel : 2.0.17511.0
Console : Corona
NAND size : 16MiB
Build : Glitch (v2)
Xell : power on console with console eject button
Serial : 015069715109
ConsoleId : 119163570272
MoboSerial: 9909831202831519
Mfg Date : 12/15/2011
CPU Key : 1EECBE71C670CF0384B4184F796EFB74
1BL Key : DD88AD0C9ED669E7B56794FB68563EFA
DVD Key : 503D5B6A0B97D530B07787D11AAE9874
CF LDV : 2
KV type : type2 (hashed - unchecked, master key not available)
---------------------------------------------------------------
xeBuild Finished. Have a nice day.
---------------------------------------------------------------


Moving output to your destination directory... Done!
Cleaning data and temporary directories... Done!


****** The app has now finished! ******

Gracias por vuestra santa paciencia

Saludos

Hola @YEPASI

Voy a tratar de responder a tu pregunta. Un badblock normalmente es un bloque defectuoso en la memoria fisica (IC) o una corrupción en los datos en un determinado sector de la memoria.

Lo que estas observando es que tienes un bloque defectuoso, concretamente el bloque 289. Y ese bloque al no ser valido, la información que deberia de estar contenida en el, se ha trasladado al bloque 3FF (último bloque en la nand).

Una nand de 16 MB, contiene un total de 1024 bloques de 16 Kb (16384 bytes). Es decir desde el bloque 0 hasta el bloque 1023, o lo que es lo mismo en hexadecimal, desde el bloque 0 hasta el bloque 3FF. Por eso se leen 0x400 hex bloques, lo que es lo mismo que 1024.

La propia nand tiene un area reservada de 32 bloques (0x20 bloques) al final de la misma, para poder remapear alli los bloques corruptos. Los datos que deberian ir en el primer bloque defectuoso se coloca en 3FF, el siguiente en 3FE y asi sucesivamente hasta un total de 32.

Imaginate que cuando actualizaste la consola en una vez anterior o otra cosa por la que se escriba la nand (flaseo...), un archivo del kernel de la consola, se fuese a escribir en los bloques 288 y 289. En el bloque 288 se escribiria bien, dado que no esta defectuoso y el bloque 289 al estar defectuoso los datos se han escrito en el bloque 3FF. Si no tuviese la nand la posibilidad de escribir en 3FF, ese archivo lo perderiamos definitivamente, ya que estaria corrupta la parte que ocuparia el bloque 289.

Esto lo puedes ver facilmente, abres esa nand en un editor hexadecimal y te situas en en el bloque 289, es decir en:

650 x 16384 = 10649600 (0xA28000 Hexadecimal)

Te pongo 650 (equivale a 0x28A Hexadecimal), porque se empieza en el bloque 0

0xA28000 es el inicio del bloque 289

A este valor le sumas 512 bytes (0x200), te colocas en la posición 0xA28200 en el editor hexadecimal. y lees 16 bytes, corresponden al ecc.

Si los primeros 12 bytes del ecc son cero, ese bloque es un bloque invalido (bad-block)

Ahora situate en el offset 0x107C001 y veras que ahí se encuentran los datos, puede consultar el ecc de este bloque sumando 512 y leyendo 16 bytes, veras que los primeros 12 bytes del ecc no son ceros.

Esta ha sido una explicación un tanto técnica, pero asi sabras el porque de ese badblock que te sale.

Desde mi punto de vista la lectura que has hecho esta correcta.

+info sobre badblocks:
http://www.free60.org/wiki/NAND:Bad_Blocks

Un saludo

@Mac1512

Muchísimas gracias por la pedazo de explicación, hay cosas que se me escapan, como los cálculos en Hex pero a grosso modo creo que lo he entendido por lo menos a nivel global.

Es decir, por alguna razón durante algún proceso previo anterior, un sector de la nand se ha fastidiado y no se puede escribir en él y por lo tanto lo movería a una especie de zona de reserva de la nand para estos menesteres, verdad?

En este sentido, a pesar de que se indique tal error durante el duplicado de la nand, el bloque se habría movido simplemente, pero a efectos de funcionabilidad estaría correcto, no? Quiero decir que con la copia de la nand que obtengo podría actualizar al último kernel sin mayor problema, me equivoco?

Muchisimas gracias de verdad por ayudar

Continua con el proceso normalmente. A esa altura, los blokes que contienen la informacion importante de la nand ya los leiste. No pasa nada si continuas la actualizacion.

@zordac_pg

Por lo que he leído, serían los correspondientes a los 51 primeros bloques donde va el arranque, kernel etc, verdad?

Saludos

@YEPASI

Vuelvo a repetir: extraes con la opcion "extract data" de jrunner los archivos y creas una nueva nand (va a extraer kv.bin, smcconfig.bin, etctc...).

Absolutamente TODA la información que necesitas está por lo menos en 6 hilos diferentes y tienes suerte de que @kite no te haya cerrado el hilo y enviado a leer . Saludos

@Mac1512 gran explicación ,gracias

@YEPASI sigue chamo ,no te lies la vida , a veces el badblock se produce por una mala escritura ( en el caso de los lectores) en tu caso es un bloque físico que esta "paila" como decimos por acá , así que no pasara absolutamente nada

Se puede cerrar el tema, ya entendí bien lo de los bad blocks y he actualizado correctamente a la ultima versión.

Gracias a todos por la ayuda prestada.

Saludos

Quebueno q todo bien!

Cerrado a petición del autor