[HO] AutoGG * RGH/JTAG

(mensaje borrado)
elchachin escribió:
Ruddy2 escribió:Una ayuda please... que se puede hacer cuando se tiene bad blocks en zona xell???? hay alguna forma de lograr que arranque el xell... por que no logro hasta ahora hacerlo arrancar... please.. espero sus comentarios


Estoy peleando con lo mismo, me tope con una trinity con bad blocks en la zona Xell, pense que no importaba total los remapeaba automaticamente, pero parece que algo pasa porque no la pude hacer levantar el xell, estube 3 horas probando chips (coolrunner, matrix v2) largos de cables, switch SLIM-FAT, etc. Seguro de lo que hacia, ya que tengo bastantes RGH en la bolsa. Segui con otra que tenia, tambien trinity.. sin bad blocks, misma instalacion.. mismo chip que estaba utilizando con la otra consola.. al segundo glitch levanto xell, perfectamente.... Hay alguna solucion para estos bad blocks.. en la pregunta que te hace el AutoGG yo le respondi que SI, no probe ponerle que no.. no se.. pudiste solucionarlo? Saludos!!

Si no arranca el xell y es por los bb con una doble nand o cambiandosela por una nueva y esta no tendra bb.
Un poco mas drastico pero funciona
breily escribió:
elchachin escribió:
Ruddy2 escribió:Una ayuda please... que se puede hacer cuando se tiene bad blocks en zona xell???? hay alguna forma de lograr que arranque el xell... por que no logro hasta ahora hacerlo arrancar... please.. espero sus comentarios


Estoy peleando con lo mismo, me tope con una trinity con bad blocks en la zona Xell, pense que no importaba total los remapeaba automaticamente, pero parece que algo pasa porque no la pude hacer levantar el xell, estube 3 horas probando chips (coolrunner, matrix v2) largos de cables, switch SLIM-FAT, etc. Seguro de lo que hacia, ya que tengo bastantes RGH en la bolsa. Segui con otra que tenia, tambien trinity.. sin bad blocks, misma instalacion.. mismo chip que estaba utilizando con la otra consola.. al segundo glitch levanto xell, perfectamente.... Hay alguna solucion para estos bad blocks.. en la pregunta que te hace el AutoGG yo le respondi que SI, no probe ponerle que no.. no se.. pudiste solucionarlo? Saludos!!

Si no arranca el xell y es por los bb con una doble nand o cambiandosela por una nueva y esta no tendra bb.
Un poco mas drastico pero funciona


Si, eso se me habia pasado por la cabeza, pero como no es para mi, y encima lo que tengo en stock es un trident de matrix... que me salio bastante caro!! pero creo que va a ser la unica solucion..Gracias! y saludos!
saludos amigos recurro a todos los usuario experimentados . porque siempre me dan la repuesta . estoy apunto de recibir una tx demon para dual nand la verdad solo lo e visto en fotos . pero e leido un poco . mi duda es se puede en una corona v2 4gb y donde tengo que meter la nand original y donde la glitcheada . me refiero en el demon y el xbox . y si alguian tiene experiencia le agradeceria algunas fotos o algo de alluda pusto que soy nuevo y e hecho varis rgh a fat trinity y lomas unas 10 coronas v2 porcierto me costo con las coronas. y la falla radicaba en la programacion . que tenes probar varias programaciones para que deje de glitchear .. ese es otro rollo . gracias de antemano a todos
Hola,voy a actualizar mi xbox que tiene ya el rgh 1 hecho en tienda y me dice que mi consola es una JasperB y me dice lo de CB_A y los demas CD,CE y eso pero CB_B queda el hueco en blanco,ahi tengo que poner algo o es normal que este en blanco?Gracias.

EDITO:Vale,al parecer la jasper no tiene cb_B,ya he generado la nand y cuando le doy a flashear imagen sale una pantalla de cmd y se cierra muy rapido y no me da tiempo a leer lo que pone,que hago?Para flashear la consola la tengo encendida con el lector abierto,desde ahi es no?
Tengo un problemilla con una Corona V1, no consigo arrancar el Xell. Gracias al amigo Mac he conectado la consola para ver el log de lo que pasa y me tira este log:

Welcome to minicom 2.5

OPCIONES: I18n
Compilado en May 2 2011, 00:39:27.
Port /dev/ttyUSB0

Presione CTRL-A Z para obtener ayuda sobre teclas especiales

�}W��[��������o��W��_���{��u��]�
XeLL - First stage
* Attempting to wakeup all CPUs...
CPUs online: 01..
CPUs online: 3f..
* success.
* Decompressing stage 2...
* Loading ELF file...
0x00000000 0x0005fbe8, Loading .text...done
0x0005fbe8 0x00000814, Loading .elfldr...done
0x00060400 0x00005c54, Loading .data...done
0x00066054 0x000003f4, Loading .got2...done
0x00066448 0x00000068, Loading .sdata...done
0x000664b0 0x0000ac48, Loading .rodata...done
0x000710f8 0x000000e4, Loading .eh_frame_hdr...done
0x000711dc 0x00000584, Loading .eh_frame...done
0x00071800 0x0069a5b0, Clearing .bss...done
0x0070bdb0 0x000000c0, Clearing .sbss...done
* GO (entrypoint: 000000000000a700)

******************************************************************************
************************** NEW LOG Patch v(1.031) *********************
******************************************************************************

* PCIBridgeRevisionID:-112
unknown SMC bulk msg
DVD cover state: 62

* DVEversion:35
Model Corona v1 detected
Xenos GPU ID=5841
AVPACK detected: 43
xenon_smc_i2c_ddc_lock failed, err=1
xenon_smc_i2c_write failed, addr=01ec, err=1
xenon_smc_i2c_ddc_lock failed, err=1
. ana disable
. ana enable
...............................................................................................


Haber si alguien sabe algo y me hecha una mano
Ley dos nand corona todo ok, compare ok genere nandxell ok glicho y me dio Cpukey, dvd key, serial etc. hasta alli todo ok

al generar xebuilt con dash 16202 ocurre esto.

***** AutoGG actualizado a la ultima version *****
-------------------------------------------------------------------------------------------------------------
- Si aun no tienes una lectura de tu Nand:
Selecciona el puerto de tu Lector de NAND y Pulsa Leer. Hara las lecturas y las comparara para asegurarse que son correctas.
Nos preguntar
Espere generando ficheros temporales...OK

DETECTANDO NAND: "nand\nanddump.bin"

common\nandpro\nandpro3.exe "nand\nanddump.bin": -r16 common\temp\flash.bin 0 1
-------------------------------------------------------------------------------------------------------------
NandPro v3.0a by Tiros

Could not open Virtual Nand Device File: nand\nanddump.bin
Can not continue

-------------------------------------------------------------------------------------------------------------
Unecc dump detected
Checking ECC-CheckSum... Wait
BUSCANDO SMC_CONFIG EN NAND
Smc Config encontrado en 0x02FF0000
Leyendo Temperaturas...:
ANALIZANDO DATOS DE NAND

ID: 1d7f1cd2
Encontrado SMC (version 2.5) : 00000800 - 00004000

Nand RETAIL (Original)
Encontrado Keyvault : 00004000 - 00008000
BUSCANDO CPUKEY EN LA BASE DE DATOS...
Cpukey Detected in Local DataBase: 834CEBA4BE9B18426A3B4C3776F6CC66
Encontrado CB_A (build 13121) : 00008000 - 00009af0
Encontrado CB_B (build 13121) : 00009af0 - 00011630
Encontrado CD (build 12905) : 00011630 - 000166c0
Encontrado CE (build 1888) : 000166c0 - 0006c730
Decrypt CB_B_CPU... * checking flag: 800
OK
Encontrado CF (build 13599) : 00070000- 00074450
Encontrado CF1 build : None
Encontrado CG (build 13599) : 00074450- 000d9d5e
Encontrado CG1 build : None
Nand valida
DETECTANDO MODELO DE CONSOLA

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

-------------------------------------------------------------------------------------------------------------
Comprobando si es un modelo Exploiteable...
Modelo : Corona CB_A_13121 GLITCHEABLE
CD_12905 No valida para Jtag o ya Jtaged

Size: 64


FileSystems:
FileSystem Active:235 offset:0xDF81D0
FileSystem Last:187 offset:0xE10170

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 0x00005090 CD_12905.bin
0x000166C0 0x00056070 CE_1888.bin
0x00070000 0x00004450 CF_13599.bin
0x00074450 0x0006590E CG_13599.bin
0x000A0000 0x00004800 aac.xexp1
0x000A8000 0x00055000 bootanim.xex
0x00100000 0x0000C000 createprofile.xex
0x0010C000 0x005E9000 dash.xex
0x006F8000 0x00009000 deviceselector.xex
0x00704000 0x0001A000 gamerprofile.xex
0x00720000 0x0001F000 hud.xex
0x00740000 0x00011000 huduiskin.xex
0x00754000 0x00008000 mfgbootlauncher.xex
0x0075C000 0x0000C000 minimediaplayer.xex
0x00768000 0x0000D000 nomni.xexp1
0x00778000 0x00002000 nomnifwk.xexp1
0x0077C000 0x00005000 nomnifwm.xexp1
0x00784000 0x00012000 signin.xex
0x00798000 0x00059D60 sysupdate.xexp1
0x007F4000 0x00008000 updater.xex
0x007FC000 0x00009000 vk.xex
0x00808000 0x00217000 xam.xex
0x00DD8000 0x00000A00 crl.bin
0x00A30000 0x0011B000 xenonclatin.xtt
0x00B4C000 0x00018000 xenonclatin.xttp1
0x00B64000 0x001A8000 xenonjklatin.xtt
0x00D0C000 0x00007000 xenonjklatin.xttp1
0x00D14000 0x00015000 ximecore.xex
0x00D2C000 0x00090000 ximedic.xex
0x00DBC000 0x00002800 ximedic.xexp1
0x00DC0000 0x00004000 extended.bin
0x00DF0000 0x00007090 dae.bin
0x00DE8000 0x00000400 secdata.bin
OK

X-val: 00 00 00 00 00 00 00 00
Secdata LIMPIO
Id: 1d7f1cd2 Cpukey : 834CEBA4BE9B18426A3B4C3776F6CC66

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

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

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

- Selecciona Tipo de imagen y Opciones deseadas y pulsamos Crear Imagen.

-------------------------------------------------------------------------------------------------------------
a donde guardar una copia de seguridad y analizara sus datos para comprobar su buen estado asi como el modelo de la consola.

- Si ya tienes tu dump hecho anteriormente cargalo
-------------------------------------------------------------------------------------------------------------
Nand nand\nanddump.bin valida.Procesando xeBuild Espere................
Nand Retail, se aplicara parche al SMC
Se utilizaran las siguientes opciones para generar la imagen:
xeBuild.exe -a nofcrt -noenter -t Glitch2 -c Corona4g -d ..\nand -o patchsmc -f 16202 -p 834CEBA4BE9B18426A3B4C3776F6CC66 ..\output\nandflash.bin -v
-------------------------------------------------------------------------------------------------------------
---------------------------------------------------------------
xeBuild v1.05.548
---------------------------------------------------------------
building glitch2 image
verbose set to level 1

------ parsing user ini at '.\..\nand\options.ini' ------
loading file...done!
pre-parsing and sanitizing
done!
User options.ini loaded, 0x13c bytes in memory
setting 1blkey from ini: 0xDD88AD0C9ED669E7B56794FB68563EFA
1BL Key set to: 0xDD88AD0C9ED669E7B56794FB68563EFA sum: 0x983 (expects: 0x983)
xex Key set to: 0x20B185A59D28FDC340583FBB0896BF91 sum: 0x800 (expects: 0x800)

------ parsing ini at '.\16202\_glitch2.ini' ------
ini version 16202

ini: label [coronabl] found
found (1) 'cba_13121.bin' crc: 0x9255dfb1
found (2) 'cbb_13121.bin' crc: 0x6f3f9c18
found (3) 'cd_12905.bin' crc: 0x58221592
found (4) 'ce_1888.bin' crc: 0xff9b60df
found (5) 'cf_16202.bin' crc: 0x752bdf18
found (6) 'cg_16202.bin' crc: 0xd8bfe2ff
ini dictates dual CB for this model

ini: label [flashfs] found
found (1) 'aac.xexp' crc: 0x280c416a
found (2) 'bootanim.xex' crc: 0x0817ebbe
found (3) 'createprofile.xex' crc: 0x29823ae3
found (4) 'dash.xex' crc: 0x40bbd9ab
found (5) 'deviceselector.xex' crc: 0xb982a6d4
found (6) 'gamerprofile.xex' crc: 0xd02321c0
found (7) 'hud.xex' crc: 0xa5493707
found (8) 'huduiskin.xex' crc: 0x77318862
found (9) 'mfgbootlauncher.xex' crc: 0x5ffbc69b
found (10) 'minimediaplayer.xex' crc: 0x38b0f35e
found (11) 'nomni.xexp' crc: 0xe71f0d4c
found (12) 'nomnifwk.xexp' crc: 0x1839b40e
found (13) 'nomnifwm.xexp' crc: 0x761e6e55
found (14) 'SegoeXbox-Light.xtt' crc: 0xe0ee6049
found (15) 'signin.xex' crc: 0x6ab06853
found (16) 'updater.xex' crc: 0x836a0696
found (17) 'vk.xex' crc: 0xbc79c266
found (18) 'xam.xex' crc: 0x2bbd918a
found (19) 'xenonclatin.xtt' crc: 0xd5d17ff5
found (20) 'xenonclatin.xttp' crc: 0x7a507ad1
found (21) 'xenonjklatin.xtt' crc: 0xdde4a14c
found (22) 'xenonjklatin.xttp' crc: 0xe2adddfb
found (23) 'ximecore.xex' crc: 0x52eee832
found (24) 'ximedic.xex' crc: 0x1d992bfb
found (25) 'ximedic.xexp' crc: 0xeb032195
found (26) '..\launch.xex' crc: 0x00000000
found (27) '..\lhelper.xex' crc: 0x00000000
found (28) '..\launch.ini' crc: 0x00000000

ini: label [security] found
found (1) 'crl.bin' crc: 0x00000000
found (2) 'dae.bin' crc: 0x00000000
found (3) 'extended.bin' crc: 0x00000000
found (4) 'fcrt.bin' crc: 0x00000000
found (5) 'secdata.bin' crc: 0x00000000
------ ini parsing completed ------

output name overridden to: ..\output\nandflash.bin


------ Checking .\..\nand\nanddump.bin ------
.\..\nand\nanddump.bin file size: 0x3180000
nanddump header checks passed OK!
NAND dump '.\..\nand\nanddump.bin' is not a correct raw (with ecc) dump size (0x3180000 bytes), ignoring
***** WARNING: cfldv was not set anywhere, setting it to 1
please set it in ini or on command line and rebuild!
Writing initial header to flash image

------ loading system update container ------
.\16202\su20076000_00000000 found, loading...done!
Read 0xb2f000 bytes to memory
checking container integrity...
header seems valid, version 2.0.16202.00
header hash is OK, checking content hashes...
content hashes seem OK, everything looks good!
extracted SUPD\xboxupd.bin (0x79a50 bytes)
decrypting SUPD\xboxupd.bin\CF_16202.bin (0x4560 bytes)...done!
decrypting SUPD\xboxupd.bin\CG_16202.bin (0x754f0 bytes)...done!

------ Loading bootloaders and required security files ------


**** could not read smc.bin (-1) ****

******* ERROR: critical bootloader files are missing, cannot proceed!



***** FATAL BUILD ERROR: -1 unable to complete NAND image

---------------------------------------------------------------
xeBuild Finished. Have a nice day.
---------------------------------------------------------------

-------------------------------------------------------------------------------------------------------------
Ha ocurrido un error en el proceso.
Utilizando autogg puedo actualizar dash con rgh directamente del 15574 al 16202. O tengo que hacerlo pasando antes por el 16197.

Gracias y saludos
Gerson escribió:Utilizando autogg puedo actualizar dash con rgh directamente del 15574 al 16202. O tengo que hacerlo pasando antes por el 16197.

Gracias y saludos


si puedes sin problema
tienes el clásico bloqueo de xenos, que nandxell has usado?

rinxe escribió:Tengo un problemilla con una Corona V1, no consigo arrancar el Xell. Gracias al amigo Mac he conectado la consola para ver el log de lo que pasa y me tira este log:

Welcome to minicom 2.5

OPCIONES: I18n
Compilado en May 2 2011, 00:39:27.
Port /dev/ttyUSB0

Presione CTRL-A Z para obtener ayuda sobre teclas especiales

�}W��[��������o��W��_���{��u��]�
XeLL - First stage
* Attempting to wakeup all CPUs...
CPUs online: 01..
CPUs online: 3f..
* success.
* Decompressing stage 2...
* Loading ELF file...
0x00000000 0x0005fbe8, Loading .text...done
0x0005fbe8 0x00000814, Loading .elfldr...done
0x00060400 0x00005c54, Loading .data...done
0x00066054 0x000003f4, Loading .got2...done
0x00066448 0x00000068, Loading .sdata...done
0x000664b0 0x0000ac48, Loading .rodata...done
0x000710f8 0x000000e4, Loading .eh_frame_hdr...done
0x000711dc 0x00000584, Loading .eh_frame...done
0x00071800 0x0069a5b0, Clearing .bss...done
0x0070bdb0 0x000000c0, Clearing .sbss...done
* GO (entrypoint: 000000000000a700)

******************************************************************************
************************** NEW LOG Patch v(1.031) *********************
******************************************************************************

* PCIBridgeRevisionID:-112
unknown SMC bulk msg
DVD cover state: 62

* DVEversion:35
Model Corona v1 detected
Xenos GPU ID=5841
AVPACK detected: 43
xenon_smc_i2c_ddc_lock failed, err=1
xenon_smc_i2c_write failed, addr=01ec, err=1
xenon_smc_i2c_ddc_lock failed, err=1
. ana disable
. ana enable
...............................................................................................


Haber si alguien sabe algo y me hecha una mano
Por que cuando le doy a Flashear Imagen tras haberla creado(7) me sale una ventana de cmd y se cierra muy rapido?A la consola le hicieron el rgh en tienda,leo la ip a traves de la red poniendo la ip,hace un backup de esta y miro la CPUkey y ya conociendo el AutoGG los datos de la consola y todo le doy a general xell y a flashear y luego cuando genero la imagen le doy a flashear pero sale ocurre lo que digo,sale la ventana de cmd y se cierra.Que hago mal?Dejo el log aqui?
blaKCat escribió:tienes el clásico bloqueo de xenos, que nandxell has usado?

rinxe escribió:Tengo un problemilla con una Corona V1, no consigo arrancar el Xell. Gracias al amigo Mac he conectado la consola para ver el log de lo que pasa y me tira este log:

Welcome to minicom 2.5

OPCIONES: I18n
Compilado en May 2 2011, 00:39:27.
Port /dev/ttyUSB0

Presione CTRL-A Z para obtener ayuda sobre teclas especiales

�}W��[��������o��W��_���{��u��]�
XeLL - First stage
* Attempting to wakeup all CPUs...
CPUs online: 01..
CPUs online: 3f..
* success.
* Decompressing stage 2...
* Loading ELF file...
0x00000000 0x0005fbe8, Loading .text...done
0x0005fbe8 0x00000814, Loading .elfldr...done
0x00060400 0x00005c54, Loading .data...done
0x00066054 0x000003f4, Loading .got2...done
0x00066448 0x00000068, Loading .sdata...done
0x000664b0 0x0000ac48, Loading .rodata...done
0x000710f8 0x000000e4, Loading .eh_frame_hdr...done
0x000711dc 0x00000584, Loading .eh_frame...done
0x00071800 0x0069a5b0, Clearing .bss...done
0x0070bdb0 0x000000c0, Clearing .sbss...done
* GO (entrypoint: 000000000000a700)

******************************************************************************
************************** NEW LOG Patch v(1.031) *********************
******************************************************************************

* PCIBridgeRevisionID:-112
unknown SMC bulk msg
DVD cover state: 62

* DVEversion:35
Model Corona v1 detected
Xenos GPU ID=5841
AVPACK detected: 43
xenon_smc_i2c_ddc_lock failed, err=1
xenon_smc_i2c_write failed, addr=01ec, err=1
xenon_smc_i2c_ddc_lock failed, err=1
. ana disable
. ana enable
...............................................................................................


Haber si alguien sabe algo y me hecha una mano


Blakcat me da este error al generar xexbuilt



**** could not read smc.bin (-1) ****

******* ERROR: critical bootloader files are missing, cannot proceed!



***** FATAL BUILD ERROR: -1 unable to complete NAND image

Corona V2, ahora bien que puedo hacer saque dos nand y al compararla me dice ok

Tengo otras nand con los mismo cb si se necesita.

Le flashe la nad original y funciona perfecto esta en la 13599 tengo ganas de llevarlo a 14699 y leer de nuevo la nand que opinan o trato con una donada

una ultima cosa como inyecto datos a una nand donada con auto gg
tiko18 escribió:
robitibillo escribió:
robitibillo escribió:Hola, encantado de volver a saludaros a todos, en especial a blackat sin ti no podríamos disfrutar de las verdaderas ventajas de nuestros aparatos. Llevo mucho tiempo sin meterme por el foro por que la carrera conlleva mucho tiempo ( que os contaré a muchos de vosotros que estaréis en mi misma situación...), y quería preguntaros si alguno es tan amable me pudiera dar algo de información de hacer rgh a una corona v6 saber si se puede hasta que das todavía es posible extraer cpukey, etc. Perdonadme por la pregunta es que he navegado un poco por el foro y google y encuentro poquita información.

Muchas gracias a todos.

PD: mirando foros por problema de mis plantitas de cannabis encontre algunos comentarios de blackat jeje en el foro de cannabis café je. Si eras tu buenas fumadas!!!


Me autocito alguien puede ayudarme por favor?

Gracias a todos.


Mmmmmm, corona v6? Como has identificado esa placa exactamente?
Ya que hasta donde yo se solo existe hasta la v4.
La v6 lo identifican las paginas que te dicen el lector que lleva dentro, ya que ellos identifican las placas de otra manera.
Mira la placa por dentro y a ver cual es el problema :D.
Todas se pueden hacer mientras tengan un dash compatible por el momento. Inferior a 14719.
A partir de ahi creo que se te podria ayudar sin problema.


Muchas gracias tiko18, no la he identificado solo me lo a dicho mi colega inexperto pero no me fío de su criterio era por informarme, sobre todo también hasta que dash es posible hacerle rgh.

Gracias por la información cuando la identifique si me surge algún problema o duda os la comentaré.

Un saludo.
Como actualizar la consola después de hacer todo con el auto gg me da error cuando le pongo la usb y los avatars aparecen sin movimiento y sin color. Gracias por la colaboración?

:-? :-? :-? :-? :-? :-? :-? :-? :-? :-? :-? :-? :-? :-? :-? :-? :-? :-? :-? :-? :-? :-? :-? :-? :-? :-?
Nikima escribió:Como actualizar la consola después de hacer todo con el auto gg me da error cuando le pongo la usb y los avatars aparecen sin movimiento y sin color. Gracias por la colaboración?

:-? :-? :-? :-? :-? :-? :-? :-? :-? :-? :-? :-? :-? :-? :-? :-? :-? :-? :-? :-? :-? :-? :-? :-? :-? :-?



Amigo falta la parte de actualizacion de tus avatars en el auto gg veras un tilde que dice avatars update y al ladito dash.

busca la vercion de tu dash y click en avatars update conectado a internet descargara el paquete te pedira copiarlos en un pendrive fat32 y se la metes por usb a tu consola y listo.
menglenn escribió:.\..\nand\nanddump.bin file size: 0x3180000
nanddump header checks passed OK!
NAND dump '.\..\nand\nanddump.bin' is not a correct raw (with ecc) dump size (0x3180000 bytes), ignoring
***** WARNING: cfldv was not set anywhere, setting it to 1
please set it in ini or on command line and rebuild!
Writing initial header to flash image


No te detecta el dump como uno de corona v2.

deberia ser asi

------ Checking .\..\nand\nanddump.bin ------
.\..\nand\nanddump.bin file size: 0x3000000
nanddump header checks passed OK!
Loading NAND dump (0x3000000 bytes)...done!
Detecting NAND controller type from dump data...
NAND dump is from a mmc machine
NAND dump uses big block controller

0x300000= 48Megas


la tuya 0x3180000 = ?????
tengo un problemilla con una falcon y cuelges constantes ,,estoy intentado generar una imagen con los datos extraidos de la nand original para comprobar si se corrigen los cuelges ,,,,,,,,,,,,,,como es la primera vez que tengo que tirar por este camino ando perdido


abro autogg selecciono falcon y crear imagen me pide una serie de datos ,,tengo la cpu key,ldv,keyvault, pero no se como sacar el smc_con y el fcrt

al cargar la nand original con su cpu key con autogg en files da la opcion de extraer los datos pero estos dos ultimos (smc_con y fcrt) no se como extraerlos primero ,para luego añadirlos ,,

(en el log del autogg pone Smc Config encontrado en 0x00FEB800 pero ni idea como extraerlo )


salu2 y gracias
numallos escribió:tengo un problemilla con una falcon y cuelges constantes ,,estoy intentado generar una imagen con los datos extraidos de la nand original para comprobar si se corrigen los cuelges ,,,,,,,,,,,,,,como es la primera vez que tengo que tirar por este camino ando perdido


abro autogg selecciono falcon y crear imagen me pide una serie de datos ,,tengo la cpu key,ldv,keyvault, pero no se como sacar el smc_con y el fcrt

al cargar la nand original con su cpu key con autogg en files da la opcion de extraer los datos pero estos dos ultimos (smc_con y fcrt) no se como extraerlos primero ,para luego añadirlos ,,

(en el log del autogg pone Smc Config encontrado en 0x00FEB800 pero ni idea como extraerlo )


salu2 y gracias


Si no te extrae el smc_config.bin sera porque esta dañado. Prueba a dejarlo en blanco y usara uno donado. El fcrt solo es en slim.
blaKCat escribió:tienes el clásico bloqueo de xenos, que nandxell has usado?

rinxe escribió:Tengo un problemilla con una Corona V1, no consigo arrancar el Xell. Gracias al amigo Mac he conectado la consola para ver el log de lo que pasa y me tira este log:

Welcome to minicom 2.5

OPCIONES: I18n
Compilado en May 2 2011, 00:39:27.
Port /dev/ttyUSB0

Presione CTRL-A Z para obtener ayuda sobre teclas especiales

�}W��[��������o��W��_���{��u��]�
XeLL - First stage
* Attempting to wakeup all CPUs...
CPUs online: 01..
CPUs online: 3f..
* success.
* Decompressing stage 2...
* Loading ELF file...
0x00000000 0x0005fbe8, Loading .text...done
0x0005fbe8 0x00000814, Loading .elfldr...done
0x00060400 0x00005c54, Loading .data...done
0x00066054 0x000003f4, Loading .got2...done
0x00066448 0x00000068, Loading .sdata...done
0x000664b0 0x0000ac48, Loading .rodata...done
0x000710f8 0x000000e4, Loading .eh_frame_hdr...done
0x000711dc 0x00000584, Loading .eh_frame...done
0x00071800 0x0069a5b0, Clearing .bss...done
0x0070bdb0 0x000000c0, Clearing .sbss...done
* GO (entrypoint: 000000000000a700)

******************************************************************************
************************** NEW LOG Patch v(1.031) *********************
******************************************************************************

* PCIBridgeRevisionID:-112
unknown SMC bulk msg
DVD cover state: 62

* DVEversion:35
Model Corona v1 detected
Xenos GPU ID=5841
AVPACK detected: 43
xenon_smc_i2c_ddc_lock failed, err=1
xenon_smc_i2c_write failed, addr=01ec, err=1
xenon_smc_i2c_ddc_lock failed, err=1
. ana disable
. ana enable
...............................................................................................


Haber si alguien sabe algo y me hecha una mano



Y se puede solucionar de alguna manera??

Para esta Corona he usado varias versiones de AutoGG, y probando con las 2 opciones de Nadxell que hay, con una puesta y la otra quitada y viceversa. Tambien lei que para estas coronas habia un archivo xell-ggggg.bin, lo probe pero no se si lo hice bien.

Tengo una nand original de otra corona V1 con nand hynx y la del bloqueo es la ST. Podria hacer algo??
rinxe escribió:
blaKCat escribió:tienes el clásico bloqueo de xenos, que nandxell has usado?

rinxe escribió:Tengo un problemilla con una Corona V1, no consigo arrancar el Xell. Gracias al amigo Mac he conectado la consola para ver el log de lo que pasa y me tira este log:

Welcome to minicom 2.5

OPCIONES: I18n
Compilado en May 2 2011, 00:39:27.
Port /dev/ttyUSB0

Presione CTRL-A Z para obtener ayuda sobre teclas especiales

�}W��[��������o��W��_���{��u��]�
XeLL - First stage
* Attempting to wakeup all CPUs...
CPUs online: 01..
CPUs online: 3f..
* success.
* Decompressing stage 2...
* Loading ELF file...
0x00000000 0x0005fbe8, Loading .text...done
0x0005fbe8 0x00000814, Loading .elfldr...done
0x00060400 0x00005c54, Loading .data...done
0x00066054 0x000003f4, Loading .got2...done
0x00066448 0x00000068, Loading .sdata...done
0x000664b0 0x0000ac48, Loading .rodata...done
0x000710f8 0x000000e4, Loading .eh_frame_hdr...done
0x000711dc 0x00000584, Loading .eh_frame...done
0x00071800 0x0069a5b0, Clearing .bss...done
0x0070bdb0 0x000000c0, Clearing .sbss...done
* GO (entrypoint: 000000000000a700)

******************************************************************************
************************** NEW LOG Patch v(1.031) *********************
******************************************************************************

* PCIBridgeRevisionID:-112
unknown SMC bulk msg
DVD cover state: 62

* DVEversion:35
Model Corona v1 detected
Xenos GPU ID=5841
AVPACK detected: 43
xenon_smc_i2c_ddc_lock failed, err=1
xenon_smc_i2c_write failed, addr=01ec, err=1
xenon_smc_i2c_ddc_lock failed, err=1
. ana disable
. ana enable
...............................................................................................


Haber si alguien sabe algo y me hecha una mano



Y se puede solucionar de alguna manera??

Para esta Corona he usado varias versiones de AutoGG, y probando con las 2 opciones de Nadxell que hay, con una puesta y la otra quitada y viceversa. Tambien lei que para estas coronas habia un archivo xell-ggggg.bin, lo probe pero no se si lo hice bien.


tienes un MP
he probado a dejar el smc_conf.bin y fcrt en blanco ,,

SMC desencriptado encontrado
Keyvault desencriptado encontrado

Inyectando... Revisando archivos.


pero hay se queda y no da ningun mensaje mas ,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,, mañana probare con otro pc y alguna otra version de autogg

pd el smc que tengo es un "smc_1.6 bim" es el nombre que me da el autogg en files supongo que sera el archivo smc que pide para inyectar ?????



salu2
blaKCat escribió:
menglenn escribió:.\..\nand\nanddump.bin file size: 0x3180000
nanddump header checks passed OK!
NAND dump '.\..\nand\nanddump.bin' is not a correct raw (with ecc) dump size (0x3180000 bytes), ignoring
***** WARNING: cfldv was not set anywhere, setting it to 1
please set it in ini or on command line and rebuild!
Writing initial header to flash image


No te detecta el dump como uno de corona v2.

deberia ser asi

------ Checking .\..\nand\nanddump.bin ------
.\..\nand\nanddump.bin file size: 0x3000000
nanddump header checks passed OK!
Loading NAND dump (0x3000000 bytes)...done!
Detecting NAND controller type from dump data...
NAND dump is from a mmc machine
NAND dump uses big block controller

0x300000= 48Megas


la tuya 0x3180000 = ?????


Es extraño le inyecte su retail nuevamente y funciono perfecto sera que actualizo 14699 y pruebo a ver o te subo la nand para que a revices a ver es un corona v2 2012-01-04 que me dices
A ver si me podeis ayudar.

He actualizado con rgh y autogg al dash 16202 y por problema en pendrive se ha quedado a medias he apagado y lo he vuelto a instalar con el pen con el eject. Ahora cuando inicio me va directo al dash original y no puedo volver al FSD. Creo que la versión del dash original es la 16202 pero con avatares negro; he actualizado con pendrive y ahora ok, pero no me arranca con el dash del fsd, siempre me entra el dash original.

Hay solución o se me ha actualizado sin querer y pierdo el rgh, o bien con copia nan y datos puedo recuperarla.

Saludos y espero me ayudeis
Gerson escribió:A ver si me podeis ayudar.

He actualizado con rgh y autogg al dash 16202 y por problema en pendrive se ha quedado a medias he apagado y lo he vuelto a instalar con el pen con el eject. Ahora cuando inicio me va directo al dash original y no puedo volver al FSD. Creo que la versión del dash original es la 16202 pero con avatares negro; he actualizado con pendrive y ahora ok, pero no me arranca con el dash del fsd, siempre me entra el dash original.

Hay solución o se me ha actualizado sin querer y pierdo el rgh, o bien con copia nan y datos puedo recuperarla.

Saludos y espero me ayudeis


Has probado a reinstalar el DashLaunch?
Como lo instalo. Mediante pendrive a la raiz y arranco normal ?

rinxe escribió:
Gerson escribió:A ver si me podeis ayudar.

He actualizado con rgh y autogg al dash 16202 y por problema en pendrive se ha quedado a medias he apagado y lo he vuelto a instalar con el pen con el eject. Ahora cuando inicio me va directo al dash original y no puedo volver al FSD. Creo que la versión del dash original es la 16202 pero con avatares negro; he actualizado con pendrive y ahora ok, pero no me arranca con el dash del fsd, siempre me entra el dash original.

Hay solución o se me ha actualizado sin querer y pierdo el rgh, o bien con copia nan y datos puedo recuperarla.

Saludos y espero me ayudeis


Has probado a reinstalar el DashLaunch?
Gerson escribió:Como lo instalo. Mediante pendrive a la raiz y arranco normal ?


Lo tendras guardado en el disco duro, tienes que ir al menu juegos del dashboard y ejecutar el XeXmenu para instalarlo y que te arranque por defecto el FSD.

Y sino descargate la ultima version y ponsela: wiki/Dash_Launch_Xbox_360

Si no sabes como aqui tienes un tuto: hilo_tutorial-me-acaban-de-hacer-el-rgh-o-jtag-y-ahora-que-hago_1718989
rinxe escribió:
Gerson escribió:Como lo instalo. Mediante pendrive a la raiz y arranco normal ?


Lo tendras guardado en el disco duro, tienes que ir al menu juegos del dashboard y ejecutar el XeXmenu para instalarlo y que te arranque por defecto el FSD.

Y sino descargate la ultima version y ponsela: wiki/Dash_Launch_Xbox_360

Si no sabes como aqui tienes un tuto: hilo_tutorial-me-acaban-de-hacer-el-rgh-o-jtag-y-ahora-que-hago_1718989


Bueno ya he podido entrar por xexmenu. UUFFFF.

Ahora busco dash-Launch e instalo el installer que lleva. Verdad ?

Tengo la versión 3.04.

En realidad que ha pasado, que se ha borrado el dash-launch ? He puesto el 3.05 y todo ok.

Por cierto muchas gracias Rinxe
Pues no se muy bien pero supongo que al reinstalar el sistema, pone todo por defecto para iniciarse.

Me alegro que no haya sido nada :)
rinxe escribió:Pues no se muy bien pero supongo que al reinstalar el sistema, pone todo por defecto para iniciarse.

Me alegro que no haya sido nada :)


haber no te ocurrió nada lo que pasa que al generar el nuevo xebuild con versión de dash 16202 se te olvidó tildar la opción de dashlaunch entoncés no te agrego a la nand el dashlaunch por eso al instalarlo después ya te funcionó, je.

Un saludo.
hola compañeros tengo un problema, necesito cambiar los datos de una nand donada por los datos de otra consola, los datos son estos que marco en la siguiente foto:

Imagen

alguien sabria decirme si estos datos con el autogg podria cambiarlos ( parchearlos ) y despues generar la imagen xellbuild para flashearla en mi xbox ??

lo digo por que acabo cambiar los datos en el autogg y cuando le doy a parcheat no hace nada el autogg, se queda igual que esta,,,, alguna idea ??

o podria cambiarlos con el programa flash dump tool ?? como se hace ??


gracias..
robitibillo escribió:
rinxe escribió:Pues no se muy bien pero supongo que al reinstalar el sistema, pone todo por defecto para iniciarse.

Me alegro que no haya sido nada :)


haber no te ocurrió nada lo que pasa que al generar el nuevo xebuild con versión de dash 16202 se te olvidó tildar la opción de dashlaunch entoncés no te agrego a la nand el dashlaunch por eso al instalarlo después ya te funcionó, je.

Un saludo.


Okk, gracias por la info, no lo sabia ;)
Pregunta tonta, he hecho el autoupdate, supongo que me pone el dashlaunch 3.05
Pero como accedo a él??

Para modificar opciones?

Antes con el dashlaunch puesto a mano, iva al directorio donde lo había pasado y ejecutaba el default.xex o algo así

Es una Falcon

gracias
rinxe escribió:
robitibillo escribió:
rinxe escribió:Pues no se muy bien pero supongo que al reinstalar el sistema, pone todo por defecto para iniciarse.

Me alegro que no haya sido nada :)


haber no te ocurrió nada lo que pasa que al generar el nuevo xebuild con versión de dash 16202 se te olvidó tildar la opción de dashlaunch entoncés no te agrego a la nand el dashlaunch por eso al instalarlo después ya te funcionó, je.

Un saludo.


Okk, gracias por la info, no lo sabia ;)


Yo tampoco.

Gracias por la ayuda que siempre dais para poder resolver los problemas. :)
Mistar escribió:Pregunta tonta, he hecho el autoupdate, supongo que me pone el dashlaunch 3.05
Pero como accedo a él??

Para modificar opciones?

Antes con el dashlaunch puesto a mano, iva al directorio donde lo había pasado y ejecutaba el default.xex o algo así

Es una Falcon

gracias


Haber con autogg en la parte superior derecha entre los botones autoflash y avatars update hay un botón que pone crear launch.ini, ese es el fichero que tienes que poner para modificar las distintas configuraciones del dashlaunch.

Un saludo

rinxe escribió:
robitibillo escribió:
rinxe escribió:Pues no se muy bien pero supongo que al reinstalar el sistema, pone todo por defecto para iniciarse.

Me alegro que no haya sido nada :)


haber no te ocurrió nada lo que pasa que al generar el nuevo xebuild con versión de dash 16202 se te olvidó tildar la opción de dashlaunch entoncés no te agrego a la nand el dashlaunch por eso al instalarlo después ya te funcionó, je.

Un saludo.


Okk, gracias por la info, no lo sabia ;)


Nada para eso estamos para no cargar mucho a blackat y que dedique su tiempo a cosas importantes como familia y trabajo de verdad je.

Un saludo.
Me han hecho el RGH en tienda,si hago Auto-Update y algo sale mal tendria que volver a mandarla no?Por cierto,el usb aparte de estar formateado a FAT32 tiene que estar vacio?Gracias y un salu2 XD .
Turrao escribió:Me han hecho el RGH en tienda,si hago Auto-Update y algo sale mal tendria que volver a mandarla no?Por cierto,el usb aparte de estar formateado a FAT32 tiene que estar vacio?Gracias y un salu2 XD .


Si haces algo mal y no sabes como hacerle rgh y no entiendes de electrónica pues sopongo que si.

No hace falta que esté vacío con meter el rawflash la nueva nand con el nuevo xebuild te basta, arrancas xell y cuando acabe el proceso apagas y al encerder ya estará actualizada.
numallos escribió:he probado a dejar el smc_conf.bin y fcrt en blanco ,,

SMC desencriptado encontrado
Keyvault desencriptado encontrado

Inyectando... Revisando archivos.


pero hay se queda y no da ningun mensaje mas ,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,, mañana probare con otro pc y alguna otra version de autogg

pd el smc que tengo es un "smc_1.6 bim" es el nombre que me da el autogg en files supongo que sera el archivo smc que pide para inyectar ?????



salu2



bueno pues despues de probar otro pc he solucionado el tema de inyectar los datos cambiando el nombre al archivo smc_1.6.bin a smc.bin ahora ya genera las nands ,,he probado a poner solo cpukey, ldv y se han puesto las luces rojas locas arriba y abajo
,con cpu key ,ldv,keyvault la consola inicializa bien pero al rato cuelge de nuevo ,,,,,,con nand original no pasa del logo de xbox360 , esta consola venia con problemas de lectura ,,cambien el lector y como el problema no se soluciono ,supuse que la dvdkey era erronea pero no es el caso ,era correcta ,me da que algo se corrompio en la nand original ,, si se inserta un juego ya sea original o backup se cuelga casi al instante ,,sin juego se puede navegar por el dash sin problema

aparco esta consola una temporada y reiniciare toda la instalacion de nuevo cuando encuentre algo mas de informacion sobre este problema

gracias y salu2
Despues de decir que el Dgx era un hard a parte solo para extraer la cpukey compatible con el resto de chips ha liberado un video y unos esquemas que parecen confirmar lo contrario.

Parece un nuevo coolrunner con nuevo Ecc.

Clones en 3.2.1 ...

Lo he estado viendo y parece ser que ahora glitchean el CB_A para usar un CB_B directamente parcheado y desencriptado.

Actualizando Autogg para soportarlo.

Imagen
blaKCat escribió:Despues de decir que el Dgx era un hard a parte solo para extraer la cpukey compatible con el resto de chips ha liberado un video y unos esquemas que parecen confirmar lo contrario.

Parece un nuevo coolrunner con nuevo Ecc.

Clones en 3.2.1 ...

Lo he estado viendo y parece ser que ahora glitchean el CB_A para usar un CB_B directamente parcheado y desencriptado.

Actualizando Autogg para soportarlo.


Pero una vez obtenida la CPU-key que nos impide restaurar la nand original y usar métodos tradicionales?
Viendo que usan comunicación serial para monitorear la consola, añadiras también esta función?
Saludos
blaKCat escribió:Lo he estado viendo y parece ser que ahora glitchean el CB_A para usar un CB_B directamente parcheado y desencriptado.

Actualizando Autogg para soportarlo.


Tu crees BlakCat que con este sistema el RGH 2.0 sera mas estable que lo que teniamos antes, gracias y un saludo.
Estos de tx siempre acaban colandonosla a todos.
De momento no sabemos ni siquiera si tienen stock en tienda por que todavía no dicen nada de que nos van a mandar el supuesto chip a los que lo teníamos pedido.

Esperemos se pueda poner un bonito squirt en las consolas y no tener que quedarnos con el DGX puesto.
tiko18 escribió:Estos de tx siempre acaban colandonosla a todos.
De momento no sabemos ni siquiera si tienen stock en tienda por que todavía no dicen nada de que nos van a mandar el supuesto chip a los que lo teníamos pedido.

Esperemos se pueda poner un bonito squirt en las consolas y no tener que quedarnos con el DGX puesto.


Que nadie tengsa duda. El DGX para sacar la Cpukey y luego lo quitas puedes instalar el chip que prefieras.

Como siempre han dejado todo cerradito de modo que en coronas que se bloquean o no dan acceso a la red te obliga a instalar un Com debugger y algunas ni con eso ya que no lleva el Xell anti xenos-hang.

Autogg generara las nandxell especiales de corona para el dgx para obtener la cpukey en usb.
blaKCat escribió:
tiko18 escribió:Estos de tx siempre acaban colandonosla a todos.
De momento no sabemos ni siquiera si tienen stock en tienda por que todavía no dicen nada de que nos van a mandar el supuesto chip a los que lo teníamos pedido.

Esperemos se pueda poner un bonito squirt en las consolas y no tener que quedarnos con el DGX puesto.


Que nadie tengsa duda. El DGX para sacar la Cpukey y luego lo quitas puedes instalar el chip que prefieras.

Como siempre han dejado todo cerradito de modo que en coronas que se bloquean o no dan acceso a la red te obliga a instalar un Com debugger y algunas ni con eso ya que no lleva el Xell anti xenos-hang.

Autogg generara las nandxell especiales de corona para el dgx para obtener la cpukey en usb.


entonces como es esto de desencriptar un cb y gltichear el otro ? , se hace con el squirt/coolrunner/matrix normal ? , porque las RGH2 en phat son un asco .
(mensaje borrado)
blaKCat escribió:Que nadie tengsa duda. El DGX para sacar la Cpukey y luego lo quitas puedes instalar el chip que prefieras.

Como siempre han dejado todo cerradito de modo que en coronas que se bloquean o no dan acceso a la red te obliga a instalar un Com debugger y algunas ni con eso ya que no lleva el Xell anti xenos-hang.

Autogg generara las nandxell especiales de corona para el dgx para obtener la cpukey en usb.


Gracias por la aclaracion, me quedo mas tranquilo y lo del nandxell para las coronas jodidas la verdad es muy de agradecer.

Estas hecho un maquinon :D.

Ahora ya solo falta que nos avisen los susodichos distribuidores que nos mandan los chipecitos e ir probando.
PREGUNTA, al glitchear directamente CB_A, es como funcionaba con un CB sencillo?, me explico:

Cadena de Arranque CB Sencillo:
1BL ---> 2BL --->CB --->CD--->CE--->CF---->HV--->CG--->CD--->DashBoard

El RGH actúa justo antes de la carga del CB, por lo que es indiferente el realizar un cambio de CB, pues por la comprobación, siempre ejecutara el CB que encuentre.

Cadena de Arranque CB Doble:
1BL ---> 2BL --->CB_A -->CB_B--->CD--->CE--->CF---->HV--->CG--->CD--->DashBoard

En este caso, el RGH actúa entre en CB_A y el CB_B

Por lo tanto, si estamos glitcheando en CB_A, el boot seria como en los CB Sencillos? inmediato, ya que siempre ejecutara el CB que encuentre. Y no tendríamos que esperar la comprobación que tenemos hasta el momento cada vez que glitchea.

Si lo anterior que digo es cierto, este chip no tendría solo el uso de poder saber la CPU_Key, si no tener un glitch "inmediato" como lo tenemos en las FAT antes de 14xxx, es así?
Parece que hablais en otro idioma [boing] [boing] [boing]
la mejor parte para mí de este glitch es que puedes usar nandxell generico dual cb para recyperar consolas con nands borradas sin backups, recuperando la cpukey y asi genetando el resto con donadas
blaKCat escribió:la mejor parte para mí de este glitch es que puedes usar nandxell generico dual cb para recyperar consolas con nands borradas sin backups, recuperando la cpukey y asi genetando el resto con donadas


Y el tiempo de glitch? al glitchear sin "importar" el cb, el boot seria como en lo que llamamos RGH 1, no?
11750 respuestas