Solo da video al entrar en el xell

Si te funciona Xell la burrada se arregla sin problema y en un minuto:
-Extraes la nand con AutoGG por medio de Xell(conecta la consola en red)
-AutoGG la carga automáticamente,la parcheas con el último dash y seguido RaWFlash al Pen USB
-Conextas el Pen Usb en la consola e inicias la consola en Xell
-esperas que termine el proceso y santas pascuas
salu2 y suerte

Si es una corons con memoria intetna, se te puso un triz complicada esa cuestion.....

He hecho todo el proceso tal cual me lo has explicado CHEF0 (incluso siguiendo tu tutorial de actualizar que colgaste en la pagina, esta buenísimo, muy bien explicado).

Me salió todo a la perfección, enciendo en xell con el usb y comienza a leer el pen drive y al momento que dice "executing" se apaga el video pero queda la consola encendida, la apago y al momento de encender normal para entrar al dash la pantalla queda en negro (igual que antes), como si no le hubiera hecho nada, será porque la actualización original que yo le instalé era también la misma versión que la que parchee a la NAND que metí al pen drive?

Que me recomendarías hacer?

tienes que abrir la consola para, saber la placa que tienes si es corona. o trinity, ya que ambas ocupan un programador diferente y es lo que a estas alturas debes de hacer... por medio del programador..ya sea SD o SPI ... al actualizar al dashboard original... subio el valor LVD de la consola.. y si entra a xell pues mas facil ahi tienes toda la informacion que se ocupa para construir una nand retail.. apartir de los fuset y cpukey... las coronas de 16mb si aceptan programacion por medio de xell.. pero solo veras la escritura por cable HDMI ya que con los cables rca.. no veras nada en pantalla.. pero si el pen tiene led veras q cuando entra a programar este se enciende ... y cuando termina la programacion se apaga... si es corona de 4gb... estan no hacen programacion x medio de USB solo seria por medio de programador de memoria...SD..

CHEF0 escribió:Si te funciona Xell la burrada se arregla sin problema y en un minuto:
-Extraes la nand con AutoGG por medio de Xell(conecta la consola en red)
-AutoGG la carga automáticamente,la parcheas con el último dash y seguido RaWFlash al Pen USB
-Conextas el Pen Usb en la consola e inicias la consola en Xell
-esperas que termine el proceso y santas pascuas
salu2 y suerte

Cuando lo hago asi, se queda en executing por 2 segundos y se va el video de la consola; ya luego al apagarla y encenderla nuevamente sigue igual en negro. He aqui la imagen:

http://i65.tinypic.com/28ivjaa.jpg

Algo más que pueda intentar?

falkonDARK escribió:tienes que abrir la consola para, saber la placa que tienes si es corona. o trinity, ya que ambas ocupan un programador diferente y es lo que a estas alturas debes de hacer... por medio del programador..ya sea SD o SPI ... al actualizar al dashboard original... subio el valor LVD de la consola.. y si entra a xell pues mas facil ahi tienes toda la informacion que se ocupa para construir una nand retail.. apartir de los fuset y cpukey... las coronas de 16mb si aceptan programacion por medio de xell.. pero solo veras la escritura por cable HDMI ya que con los cables rca.. no veras nada en pantalla.. pero si el pen tiene led veras q cuando entra a programar este se enciende ... y cuando termina la programacion se apaga... si es corona de 4gb... estan no hacen programacion x medio de USB solo seria por medio de programador de memoria...SD..

Desarmé la consola y le tomé fotos para que si puedes por favor me asesores acerca de lo que hay que hacerle a la consola (en dado caso de estar totalmente seguro de que no hay otra manera de arreglarla mediante software, entonces si procedería a desoldar y modificar si es necesario).

http://i67.tinypic.com/qnmhys.jpg
http://i68.tinypic.com/2ibnh40.jpg
http://i66.tinypic.com/e80air.jpg
http://i67.tinypic.com/mw7401.jpg
http://i64.tinypic.com/282hoqc.jpg
http://i68.tinypic.com/2roq24i.jpg
http://i65.tinypic.com/2r7nh1t.jpg
http://i66.tinypic.com/33z4spy.jpg
http://i67.tinypic.com/iml00g.jpg
http://i65.tinypic.com/2rpzhax.jpg
http://i65.tinypic.com/20koyo8.jpg
http://i63.tinypic.com/2vuwzkj.jpg
http://i66.tinypic.com/s3zsx1.jpg
http://i67.tinypic.com/2m5cxl5.jpg
http://i65.tinypic.com/1r9pjp.jpg

Por favor vean las fotos y me avisan si es necesario que la modifique o que se puede hacer. Saludos y gracias.

De que se puede arreglar...se puede arreglar. Puedes crear una nand desde cero, ya que te muestra Xell. Pero si con la explicación de chefo no puedes, creo q será mejor q vayas con el tecnico antes que esté peor el asunto.

ALgunas Coronas hay que dejarlas que terminen(a oscuras...) como comento en el tuto de actualizar,no apagues por que ya no veas vídeo;por "detrás" está haciendo su proceso, debería.
salu2

la consola que muestras es de 4GB ... la arreglarias por medio de programador SD... ay muchos manuales en san google de como hacerse de uno.. checa y cuando lo tengas comentas.... no ay que modificar nada.. solo soldar el programador en los puntos que te marque el esquematico ... si puedes mandame una foto de tu captura de xell.... con los datos que te arroja y asi te construyo una nand xebuild o retail para que se la apliques cuando tengas el programador.

zordac_pg escribió:De que se puede arreglar...se puede arreglar. Puedes crear una nand desde cero, ya que te muestra Xell. Pero si con la explicación de chefo no puedes, creo q será mejor q vayas con el tecnico antes que esté peor el asunto.

Que mas quisiera yo que llevársela al técnico (a pesar de tener conocimientos de electrónica, prefiero lo seguro) y ahorrarme todo el trauma de pensar que pude haber perdido mi consola?? Pero el técnico al que se la llevaba se ha ido del país... Aparte nunca está demás aprender a hacer las cosas por uno mismo con la ayuda de otros (espero así poder ser yo quien luego le tienda la mano a alguien más para ayudarlo a solventar su problema acá en el foro).

CHEF0 escribió:ALgunas Coronas hay que dejarlas que terminen(a oscuras...) como comento en el tuto de actualizar,no apagues por que ya no veas vídeo;por "detrás" está haciendo su proceso, debería.
salu2

Cuanto tiempo consideras que debo de esperar aproximadamente?? Porque en varios intentos lo dejé, justamente pensando que podía estar aún haciendo el proceso en "Background", pero no mas de 7 o 10 minutos. Debo esperar más tiempo?

falkonDARK escribió:la consola que muestras es de 4GB ... la arreglarias por medio de programador SD... ay muchos manuales en san google de como hacerse de uno.. checa y cuando lo tengas comentas.... no ay que modificar nada.. solo soldar el programador en los puntos que te marque el esquematico ... si puedes mandame una foto de tu captura de xell.... con los datos que te arroja y asi te construyo una nand xebuild o retail para que se la apliques cuando tengas el programador.

Estuve buscando y encontré en youtube un video ( https://www.youtube.com/watch?v=Fxof6dNYM1A ), por favor cuando puedas avísame si es ese el programador que necesito (entonces solo faltaría soldar en los puntos de la tarjeta, ya que fabriqué el programador tal cual indica el video, para adelantar ).

Tan pronto pueda te mando la foto del Xell.

Gracias a todos por darme sus opiniones y disculpen que pida tantas explicaciones; solo quiero tener la certeza de estar haciendo bien cada cosa que me indican, para no volver a cometer el mismo error yéndome de buenas a primeras...

Ya me ha aliviado un poco(bastante) saber que si tiene recuperación y que me están ayudando mediante sus respuestas.

Saludos!

ese mero amigo.... adelante tu puedes!!!!

NO,no llega a 3 minutos
salu2

CHEF0 escribió:NO,no llega a 3 minutos
salu2

Mira, asi queda mi info en AutoGG cuando le pongo la ip y hago click a "Leer"

http://i68.tinypic.com/1r84mx.jpg

Luego de leerla, le doy a "crear" en la parte de XeBuild y luego "raw flash" al pen drive, pero no me ha funcionado mas allá de la imagen que envié que dice executing... Ahora una pregunta: No será que hace falta activar alguna de las opciones en XeBuild? o viceversa?(desactivar la que dice dashlaunch). Hay algo allí que deba activarse o desactivarse debido a que mi tarjeta es corona??

EDITO: -Algo que acabo de ver diferente en mi imagen con respecto a la de tu tutorial, es que en la mia en el recuadro de FC(flash config) no aparece nada, está en blanco, mientras que en la tuya aparece un número; y en el recuadro de LVD (no se que es) el número que aparece en la mía(47) es mucho mas alto que la tuya(4), aunque cuando le doy a CPUKey el número baja a uno(1).- Ahora si paso a entender algo de lo que me quiso decir @falkonDARK cuando hablaba de que había subido los valores de LVD. Corregidme si me equivoco.

falkonDARK escribió:ese mero amigo.... adelante tu puedes!!!!

Jejejeje gracias por el espaldarazo(ayuda bastante saber que no estoy solo en esto )

Acá está la imagen del Xell que me pediste:

http://i65.tinypic.com/fcth7o.jpg

haber ya hiciste el programador? te detecta la nand? lo puedes saber porque cuando se conecta al ordenador hace el ruido de dispositivo conectado y te sale un aviso de que se ah encontrado dispositivo que si deseas formatearlo... ay que darle que no.. y entonces si a trabajar en ella...

abre el auto gg lo que haras es una imagen xebuild ya que al reatail pues no le veo caso ya que tiene chip...

una vez abierto el auto gg le das en "DATOS"-Modelo-eliges "Corona4g".. (contando que ya tienes tu cpukey) verifica la casilla "DASH" que este activado el ultimo.... y en la casilla "XEBUILD" dale crear.. te va a aparecer un aviso de "NO AY DUMP CARGADO, QUIERE CREAR LA IMAGEN SIN DUMB PREVIO? le damos ok, y aparece una ventanda donde vamos a poner varios valores...
* CPUKEY.. aqui escribe tu cpukey real del xell.
*LVD: es el valor numero 7 que nos marca el xell ay que contar la ultima F que aparece en tu caso sale en la primera.. asi que tu valor LVD debe de ser "1!. solo con estos dos.. ya que dices no contar con los mas datos de la nand... le das en crear y te generara una nand donada... los valors smc, keyvault, y smc_config, los autogreara el programa para generarte una nand xeubuil valida apartir de tu cpukey y lvd real....

con esto ya puedes flashear tu consola y tu puede arrancar... 2 detalles

como nuestra KV es generada automaticamente.. no saldran los valores reales de la cosnola..
que maneja el keyvault pues.. todo lo que aparece en la parte de abajo del auto gg REGION , NUMERO DE SERIE OSIG(MODELO DEL ELCTOR) Y LA DVD KEY ..

te aconsejo que una vez creada la nand en el apartado de xebuild, guardes esa nand generada.. y ahora si la abres en auto gg... te debe de aparecer la nand con todos sus datos.. y en el apartado keyvault.. puedes contruir con lo de la consola origina.. pon el numero de serie de la consola real, el modelo del lector real... asi como su dvd key real y la region real que esta la consola (como dato si estas usando 0x00FF | NTSC/US, TIENE UN BUG ) que si le conectas por rca veras todo mal.. porque la pone como pal.. si la enciendes x HDMI se vera normal... una vez que tengas todos esos datos capturados.. le das a la opcion de "PATCH" para que parche el keyvault con los valores que acabas de hacer ,, y de nuevo en el apartado xebuil.. le das "CREAR" para que te genere otra nand pero ahora si con tu keyvault y tus datos de la consola reales... para que se pueda usar el lector.... la guardas y es la que vas a escrbir en le programador... cualquier cosa me avisas espero no haberte confundido..

Compañero creo que tienes un cacao hecho...
Lo primero decirte que ese AutoGG creo que no es el oficial de blackat(modificado por Aiacor y varios users también) por lo menos yo nunca lo había visto y luego si tienes una slim ya sabemos todos de sobra que las slim llevan dual CB y por lo tanto SON TODAS RGH2 y en la captura veo que tienes puesto rgh
Empieza por aclararte primero compañero

salu2

CHEF0 escribió:Compañero creo que tienes un cacao hecho...
Lo primero decirte que ese AutoGG creo que no es el oficial de blackat(modificado por Aiacor y varios users también) por lo menos yo nunca lo había visto y luego si tienes una slim ya sabemos todos de sobra que las slim llevan dual CB y por lo tanto SON TODAS RGH2 y en la captura veo que tienes puesto rgh
Empieza por aclararte primero compañero
http://fotos.subefotos.com/42cde57c95cc ... f558ao.png
salu2

Uy, mil disculpas no me había dado cuenta de que no era el oficial y que usaban uno en específico acá, ya voy a bajarlo. y si es RGH2 lo que dice allí solo que no se le ve el 2 en el capture... Ya mismo bajaré el autogg de blackat y hago el intento a ver que sale. En un momento les aviso.

falkonDARK escribió:haber ya hiciste el programador? te detecta la nand? lo puedes saber porque cuando se conecta al ordenador hace el ruido de dispositivo conectado y te sale un aviso de que se ah encontrado dispositivo que si deseas formatearlo... ay que darle que no.. y entonces si a trabajar en ella...

abre el auto gg lo que haras es una imagen xebuild ya que al reatail pues no le veo caso ya que tiene chip...

una vez abierto el auto gg le das en "DATOS"-Modelo-eliges "Corona4g".. (contando que ya tienes tu cpukey) verifica la casilla "DASH" que este activado el ultimo.... y en la casilla "XEBUILD" dale crear.. te va a aparecer un aviso de "NO AY DUMP CARGADO, QUIERE CREAR LA IMAGEN SIN DUMB PREVIO? le damos ok, y aparece una ventanda donde vamos a poner varios valores...
* CPUKEY.. aqui escribe tu cpukey real del xell.
*LVD: es el valor numero 7 que nos marca el xell ay que contar la ultima F que aparece en tu caso sale en la primera.. asi que tu valor LVD debe de ser "1!. solo con estos dos.. ya que dices no contar con los mas datos de la nand... le das en crear y te generara una nand donada... los valors smc, keyvault, y smc_config, los autogreara el programa para generarte una nand xeubuil valida apartir de tu cpukey y lvd real....

con esto ya puedes flashear tu consola y tu puede arrancar... 2 detalles

como nuestra KV es generada automaticamente.. no saldran los valores reales de la cosnola..
que maneja el keyvault pues.. todo lo que aparece en la parte de abajo del auto gg REGION , NUMERO DE SERIE OSIG(MODELO DEL ELCTOR) Y LA DVD KEY ..

te aconsejo que una vez creada la nand en el apartado de xebuild, guardes esa nand generada.. y ahora si la abres en auto gg... te debe de aparecer la nand con todos sus datos.. y en el apartado keyvault.. puedes contruir con lo de la consola origina.. pon el numero de serie de la consola real, el modelo del lector real... asi como su dvd key real y la region real que esta la consola (como dato si estas usando 0x00FF | NTSC/US, TIENE UN BUG ) que si le conectas por rca veras todo mal.. porque la pone como pal.. si la enciendes x HDMI se vera normal... una vez que tengas todos esos datos capturados.. le das a la opcion de "PATCH" para que parche el keyvault con los valores que acabas de hacer ,, y de nuevo en el apartado xebuil.. le das "CREAR" para que te genere otra nand pero ahora si con tu keyvault y tus datos de la consola reales... para que se pueda usar el lector.... la guardas y es la que vas a escribir en le programador... cualquier cosa me avisas espero no haberte confundido..

No te preocupes, está todo bien explicado, y sí, ya tengo el programador que lo hice ayer mismo(lo que pasa es que no seguí echándole ganas al asunto porque me tenía que ir a trabajar).

Ahorita mismo estoy dando los últimos intentos con el autoGG(estoy bajando el oficial de la pagina para luego probar con ese y luego ya decidirme a soldar el programador en los puntos indicados y hacerle todo lo que me has indicado).

Con respecto a lo que me dices, es normal que tienda a desprogramarse de esa manera la consola?
por qué pasa?
es esa la única solución?
por qué no me resulta hacerlo con el AutoGG?
Como se sabe que es eso exactamente lo que tiene?(asumo que por tu experiencia ya has tenido esa falla en otras consolas).

Ojo no pongo en duda la certeza de lo que me has dicho (mas bien estoy super agradecido con la ayuda que me estas brindando), solo que quiero entender bien la explicación que me diste con respecto a que se le subieron los valores de LVD, y agotar los recursos antes de soldar el programador ya que me da un poco de miedo.

Hay posibilidad de que se dañe la consola si algo sale mal?

Espero que me disculpes por complicar tanto las cosas(debido a mi ignorancia en el tema me cuesta un poco mas seguir la sintonía ya que no entiendo del todo lo de los valores que se desprogramaron y eso...), y por hacer tantas preguntas. Leeré las respuestas y según sean le entro a la consola tal cual como me indicas.

Muchas gracias y saludos.

EDITO: --------------- ---------------- ---------------- --------------- --------------- ---------------- ---------------- ----------------- ----------------- --------------- ---------------- ---------------

Negativo @CHEF0. Descargue el AutoGG modificado por aiacor que está acá en el foro y me sigue pasando lo mismo. Aquí las imagenes más explicadas.

1- Doy Click a Leer y aparece así: http://i67.tinypic.com/2h55o9t.jpg

2- Doy Click a DvdKey y pasa esto: http://i68.tinypic.com/332cvio.jpg

3- Doy Click a Crear Xebuild: http://i67.tinypic.com/29vgin9.jpg

4- Doy Click a Raw Flash y lo paso al pen drive: http://i63.tinypic.com/hvcw90.jpg

Pero Igual no funciona sino que se sigue apagando en "executing" y luego sigue igual que antes.

Y ésta es para que veas lo del "RGH2" http://i64.tinypic.com/2n1vntx.jpg

Y éste es el log del archivo nandflash.bin

---------------------------------------------------------------
xeBuild v1.16.728
---------------------------------------------------------------
---- { Image Build Mode } ----
Using CFLDV option, value 1
<enter> key on completion suppressed
building glitch2 image
per build directory overridden from command line to '..\nand\'
data directory overridden from command line to '17489\'
1BL key overridden from command line, not looking for 1blkey.txt
1BL Key set to : 0xDD88AD0C9ED669E7B56794FB68563EFA sum: 0x983 (expects: 0x983)
xex Key set to : 0x20B185A59D28FDC340583FBB0896BF91 sum: 0x800 (expects: 0x800)
CPU key overridden from command line, not looking for cpukey.txt
CPU Key set to: 0xE2B23C3A1B1E1E7FE40D0F28CCA99BAE (weight:0x35 valid; ecd: valid)
file name overridden from command line to '..\output\nandflash.bin'

------ parsing user ini at '..\nand\options.ini' ------

******* WARNING: could not open user ini at '..\nand\options.ini', skipping
default console DVD eject button is being used to start xell

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

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_17489.bin' crc: 0x26c9baed
found (6) 'cg_17489.bin' crc: 0xa9c9815e
ini dictates dual CB for this model

[rawpatch] label not found in ini

ini: label [flashfs] found
found (1) 'aac.xexp' crc: 0x40d5adce
found (2) 'bootanim.xex' crc: 0x85238a78
found (3) 'createprofile.xex' crc: 0x034acd79
found (4) 'dash.xex' crc: 0xdb4717cf
found (5) 'deviceselector.xex' crc: 0x1eb402b9
found (6) 'gamerprofile.xex' crc: 0xf4e4902e
found (7) 'hud.xex' crc: 0xb1485b31
found (8) 'huduiskin.xex' crc: 0x5fb2d289
found (9) 'mfgbootlauncher.xex' crc: 0xe9d4483a
found (10) 'minimediaplayer.xex' crc: 0x61f6c912
found (11) 'nomni.xexp' crc: 0x3ec9f846
found (12) 'nomnifwk.xexp' crc: 0x96bf4907
found (13) 'nomnifwm.xexp' crc: 0x772eb1df
found (14) 'SegoeXbox-Light.xtt' crc: 0xe0ee6049
found (15) 'signin.xex' crc: 0x68541d87
found (16) 'updater.xex' crc: 0xd63a84d9
found (17) 'vk.xex' crc: 0x81700712
found (18) 'xam.xex' crc: 0xa5741001
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: 0x86cbabf6
found (24) 'ximedic.xex' crc: 0x1d992bfb
found (25) 'ximedic.xexp' crc: 0xbee64013
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

1BL RSA pub key (1BL_pub.bin) not available, signature checks will not be performed
PIRS RSA pub key (PIRS_pub.bin) not available, signature checks will not be performed
MASTER RSA pub key (MAST_pub.bin) not available, signature checks will not be performed

------ 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
decrypting KeyVault at address 0x4000 of size 0x4000
keyvault decrypted OK, will use if no kv.bin is provided
decrypting SMC at address 0x800 of size 0x3800
SMC decrypted OK, will use if no external smc.bin is provided
seeking smc config in dump...found at offset 0x2ffc000! Using if no smc config is provided.
CF slot 0 decrypted ok LDV 0x01 Pairing: 0xde73e0
setting pairing data from image to 0xde73e0
pairing set to: de 73 e0
LDV was already set to 1
Scanning for mobile data and fsroot...attempting to find valid anchor block
anchor block v 59 at 0x2fe8000 is valid
anchor block v 58 at 0x2fec000 is valid
anchor block v 59 at 0x2fe8000 is selected
Mobiles found:
fsroot version 01 found at offset 0x00f4c000 len 0x4000 page 0x00000000
mobileB.dat version 01 found at offset 0x00f20000 len 0x0800 page 0x00000001
mobileC.dat version 01 found at offset 0x00e50000 len 0x0200 page 0x00000002
mobileD.dat version 01 found at offset 0x00e54000 len 0x0800 page 0x00000003
mobileE.dat version 01 found at offset 0x00e58000 len 0x0800 page 0x00000004
extracting MobileB.dat from page 0x1 (offset 0xf20000), size 2048 (0x800) bytes
extracting MobileC.dat from page 0x2 (offset 0xe50000), size 512 (0x200) bytes
extracting MobileD.dat from page 0x3 (offset 0xe54000), size 2048 (0x800) bytes
extracting MobileE.dat from page 0x4 (offset 0xe58000), size 2048 (0x800) bytes
Statistics.settings found at offset 0x2ff8000, size 4096 (0x1000) bytes
Manufacturing.data found at offset 0x2ff4000, size 4096 (0x1000) bytes
seeking security files...
crl.bin found in sector 0x38d size 0xa00...verified! Will use if external file not found.
dae.bin found in sector 0x38e size 0x7090...verified! Will use if external file not found.
extended.bin found in sector 0x390 size 0x4000...verified! Will use if external file not found.
fcrt.bin found in sector 0x391 size 0x4000...pub key to verify signature is not available, skipping!
verified! Will use if external file not found.
secdata.bin found in sector 0x392 size 0x400...verified! Will use if external file not found.
done!
Writing initial header to flash image

------ loading system update container ------
17489\su20076000_00000000 found, loading...done!
Read 0xb50000 bytes to memory
checking integrity...
header seems valid, version 2.0.17489.0
header hash is OK, checking content hashes...
content hashes seem OK, everything looks good!
extracted SUPD\xboxupd.bin (0x7ce00 bytes)
decrypting SUPD\xboxupd.bin\CF_17489.bin (0x4560 bytes)...done!
decrypting SUPD\xboxupd.bin\CG_17489.bin (0x7889c bytes)...done!

------ Loading bootloaders and required security files ------
reading ..\nand\smc.bin failed, using smc.bin from nand dump
reset smc load address to 0x800 size 0x3800
reading ..\nand\kv.bin failed, using kv.bin from nand dump
reading .\common\cba_13121.bin (0x1af0 bytes)
loaded cba_13121.bin, could not check signature rsa key not present!
reading .\common\cbb_13121.bin (0x7b40 bytes)
reading .\common\cd_12905.bin (0x5090 bytes)
reading .\common\ce_1888.bin (0x5606a b pad 0x56070 b)
reading ..\nand\xell-gggggg.bin (0x40000 bytes)
extracted SUPD\xboxupd.bin\CF_17489.bin (0x4560 bytes)
extracted SUPD\xboxupd.bin\CG_17489.bin (0x7889c bytes)
reading 17489\bin\patches_g2corona.bin (0x92c bytes)
reading ..\nand\smc_config.bin failed, using smc_config.bin from nand dump
-------------------
checking smc_config
-------------------
extracting config
------------------
SMC config info:
------------------
Target temps: Cpu: 82øC Gpu: 78øC Edram: 76øC
Max temps : Cpu: 89øC Gpu: 82øC Edram: 82øC
Cpu Fan : (auto)
Gpu Fan : (auto)
MAC Address : 7c:ed:8d:fc:1e:b3
AVRegion : 0x00000100 (NTSC-M)
GameRegion : 0x00ff (NTSC/US)
DVDRegion : 1
resetKey : ARXL
---------------------
Checking for smc config data patches
smc config was not patched
---------------------
could not check signature of cba_13121.bin, 1BL RSA key not present!
done!
patch slot offset reset to: 0xb0000

------ Patching BLs and modifying patches ------
Patching BLs...Done!

------ Patching boot reasons and options into flash header ------
Patching header for xell power reason

------ Encrypting and finalizing bootloaders ------
encoding smc.bin size 0x3800
SMC checksum: 39a623be
unknown SMC found, type: Corona v6.2(2.05)
glitch hack found in SMC binary!
encoding kv.bin size 0x4000
decrypted keyvault has been set for reference
Master RSA pub not available, not checking hash
encoding cba_13121.bin size 0x1af0
encoding cbb_13121.bin size 0x7b40
CB 13121 seq 0x03020002 type: 0x03 cseq: 0x02 allow: 0x0002
expected fuses:
fuseset 00: C0FFFFFFFFFFFFFF
fuseset 01: 0F0F0F0F0F0FF0F0 (retail slim)
fuseset 02: 0F00000000000000 (sequence)
fuseset 02: 0F00000000000000 (allow cseq 2)
**dual CB flag detected!**
encoding cd_12905.bin size 0x5400
encoding ce_1888.bin size 0x56070
encoding xell-gggggg.bin size 0x40000
encoding cf_17489.bin size 0x4560
encoding cg_17489.bin size 0x788a0
encoding patches_g2corona.bin size 0x550
done!

------ Adding bootloaders to flash image ------
adding smc.bin at raw offset 0x00000800 len 0x3800 (end 0x4000)
adding kv.bin at raw offset 0x00004000 len 0x4000 (end 0x8000)
adding cba_13121.bin at raw offset 0x00008000 len 0x1af0 (end 0x9af0)
adding cbb_13121.bin at raw offset 0x00009af0 len 0x7b40 (end 0x11630)
adding cd_12905.bin at raw offset 0x00011630 len 0x5400 (end 0x16a30)
adding ce_1888.bin at raw offset 0x00016a30 len 0x56070 (end 0x6caa0)
adding xell-gggggg.bin at raw offset 0x00070000 len 0x40000 (end 0xb0000)
adding cf_17489.bin at raw offset 0x000b0000 len 0x4560 (end 0xb4560)
adding cg_17489.bin at raw offset 0x000b4560 len 0x788a0 (end 0xc0000, rest in fs)
adding patches_g2corona.bin at raw offset 0x000c0010 len 0x550 (end 0xc0560)
Fixing up FS table...done!
Writing zeropair CG patch slot overflow data to sysupdate.xexp1
at raw offset 0xd0000 len 0x0006ce00 (end: 0x0013ce00)...done!

------ adding 28 firmware files ------
extracted SUPD\aac.xexp (0x14000 bytes) (crc32: 0x40d5adce ini: 0x40d5adce)
adding as aac.xexp1 at raw offset 0x13ce00 len 0x00014000 (end 0x00150e00)
extracted SUPD\bootanim.xex (0x61000 bytes) (crc32: 0x85238a78 ini: 0x85238a78)
adding as bootanim.xex at raw offset 0x154000 len 0x00061000 (end 0x001b5000)
extracted SUPD\createprofile.xex (0xc000 bytes) (crc32: 0x034acd79 ini: 0x034acd79)
adding as createprofile.xex at raw offset 0x1b5000 len 0x0000c000 (end 0x001c1000)
extracted SUPD\dash.xex (0x5b0000 bytes) (crc32: 0xdb4717cf ini: 0xdb4717cf)
adding as dash.xex at raw offset 0x1c4000 len 0x005b0000 (end 0x00774000)
extracted SUPD\deviceselector.xex (0xa000 bytes) (crc32: 0x1eb402b9 ini: 0x1eb402b9)
adding as deviceselector.xex at raw offset 0x774000 len 0x0000a000 (end 0x0077e000)
extracted SUPD\gamerprofile.xex (0x1b000 bytes) (crc32: 0xf4e4902e ini: 0xf4e4902e)
adding as gamerprofile.xex at raw offset 0x77e000 len 0x0001b000 (end 0x00799000)
extracted SUPD\hud.xex (0x1d000 bytes) (crc32: 0xb1485b31 ini: 0xb1485b31)
adding as hud.xex at raw offset 0x79b000 len 0x0001d000 (end 0x007b8000)
extracted SUPD\huduiskin.xex (0x14000 bytes) (crc32: 0x5fb2d289 ini: 0x5fb2d289)
adding as huduiskin.xex at raw offset 0x7b9000 len 0x00014000 (end 0x007cd000)
extracted SUPD\mfgbootlauncher.xex (0x8000 bytes) (crc32: 0xe9d4483a ini: 0xe9d4483a)
adding as mfgbootlauncher.xex at raw offset 0x7d0000 len 0x00008000 (end 0x007d8000)
extracted SUPD\minimediaplayer.xex (0xc000 bytes) (crc32: 0x61f6c912 ini: 0x61f6c912)
adding as minimediaplayer.xex at raw offset 0x7d8000 len 0x0000c000 (end 0x007e4000)
extracted SUPD\nomni.xexp (0xf000 bytes) (crc32: 0x3ec9f846 ini: 0x3ec9f846)
adding as nomni.xexp1 at raw offset 0x7e4000 len 0x0000f000 (end 0x007f3000)
extracted SUPD\nomnifwk.xexp (0x2000 bytes) (crc32: 0x96bf4907 ini: 0x96bf4907)
adding as nomnifwk.xexp1 at raw offset 0x7f3000 len 0x00002000 (end 0x007f5000)
extracted SUPD\nomnifwm.xexp (0x5000 bytes) (crc32: 0x772eb1df ini: 0x772eb1df)
adding as nomnifwm.xexp1 at raw offset 0x7f6000 len 0x00005000 (end 0x007fb000)
extracted SUPD\SegoeXbox-Light.xtt (0x6000 bytes) (crc32: 0xe0ee6049 ini: 0xe0ee6049)
adding as SegoeXbox-Light.xtt at raw offset 0x7fd000 len 0x00006000 (end 0x00803000)
extracted SUPD\signin.xex (0x1a000 bytes) (crc32: 0x68541d87 ini: 0x68541d87)
adding as signin.xex at raw offset 0x806000 len 0x0001a000 (end 0x00820000)
extracted SUPD\updater.xex (0x7000 bytes) (crc32: 0xd63a84d9 ini: 0xd63a84d9)
adding as updater.xex at raw offset 0x822000 len 0x00007000 (end 0x00829000)
extracted SUPD\vk.xex (0xb000 bytes) (crc32: 0x81700712 ini: 0x81700712)
adding as vk.xex at raw offset 0x82b000 len 0x0000b000 (end 0x00836000)
extracted SUPD\xam.xex (0x251000 bytes) (crc32: 0xa5741001 ini: 0xa5741001)
adding as xam.xex at raw offset 0x837000 len 0x00251000 (end 0x00a88000)
extracted nanddump\xenonclatin.xtt (0x11b000 bytes) (crc32: 0xd5d17ff5 ini: 0xd5d17ff5)
adding as xenonclatin.xtt at raw offset 0xa89000 len 0x0011b000 (end 0x00ba4000)
extracted SUPD\xenonclatin.xttp (0x18000 bytes) (crc32: 0x7a507ad1 ini: 0x7a507ad1)
adding as xenonclatin.xttp1 at raw offset 0xba7000 len 0x00018000 (end 0x00bbf000)
extracted nanddump\xenonjklatin.xtt (0x1a8000 bytes) (crc32: 0xdde4a14c ini: 0xdde4a14c)
adding as xenonjklatin.xtt at raw offset 0xbc0000 len 0x001a8000 (end 0x00d68000)
extracted SUPD\xenonjklatin.xttp (0x7000 bytes) (crc32: 0xe2adddfb ini: 0xe2adddfb)
adding as xenonjklatin.xttp1 at raw offset 0xd68000 len 0x00007000 (end 0x00d6f000)
extracted SUPD\ximecore.xex (0x17000 bytes) (crc32: 0x86cbabf6 ini: 0x86cbabf6)
adding as ximecore.xex at raw offset 0xd6f000 len 0x00017000 (end 0x00d86000)
extracted nanddump\ximedic.xex (0x90000 bytes) (crc32: 0x1d992bfb ini: 0x1d992bfb)
adding as ximedic.xex at raw offset 0xd87000 len 0x00090000 (end 0x00e17000)
extracted SUPD\ximedic.xexp (0x2800 bytes) (crc32: 0xbee64013 ini: 0xbee64013)
adding as ximedic.xexp1 at raw offset 0xe18000 len 0x00002800 (end 0x00e1a800)
***** could not read file '..\launch.xex', skipping *****
***** could not read file '..\lhelper.xex', skipping *****
extracted nanddump\launch.ini (0x2bc bytes)
***** could not read file '..\launch.ini', skipping *****

------ adding 5 security files ------
<- Processing crl.bin ->
reading ..\nand\crl.bin (0xa00 bytes)
crl appears crypted, attempting to decrypt with CPU key...failed! Trying alternate key...success!
adding as crl.bin at raw offset 0xe1c000 len 0x00000a00 (end 0x00e1ca00)

<- Processing dae.bin ->
reading ..\nand\dae.bin (0xad30 bytes)
dae appears encrypted, attempting to decrypt with CPU key...failed! Attempting to decrypt with alternate key...
success!
adding as dae.bin at raw offset 0xe20000 len 0x0000ad30 (end 0x00e2ad30)

<- Processing extended.bin ->
reading ..\nand\extended.bin (0x4000 bytes)
adding as extended.bin at raw offset 0xe2c000 len 0x00004000 (end 0x00e30000)

<- Processing fcrt.bin ->
could not read fcrt.bin, using data from previous parse...
adding as fcrt.bin at raw offset 0xe30000 len 0x00004000 (end 0x00e34000)

<- Processing secdata.bin ->
reading ..\nand\secdata.bin (0x400 bytes)
adding as secdata.bin at raw offset 0xe34000 len 0x00000400 (end 0x00e34400)

------ checking for Mobile*.dat ------
MobileB.dat found, adding from previous parse
adding MobileB.dat as type 0x31 at raw offset 0xe38000 len 0x800 (end 0xe38800)
MobileC.dat found, adding from previous parse
adding MobileC.dat as type 0x32 at raw offset 0xe3c000 len 0x200 (end 0xe3c200)
MobileD.dat found, adding from previous parse
adding MobileD.dat as type 0x33 at raw offset 0xe40000 len 0x800 (end 0xe40800)
MobileE.dat found, adding from previous parse
adding MobileE.dat as type 0x34 at raw offset 0xe44000 len 0x800 (end 0xe44800)
Statistics.settings found, adding from previous parse
adding Statistics.settings at raw offset 0x2ff8000 len 0x1000 (end 0x2ff9000)
Manufacturing.data found, adding from previous parse
adding Manufacturing.data at raw offset 0x2ff4000 len 0x1000 (end 0x2ff5000)

------ adding smc_config.bin ------
adding smc config to offset 0x02ffc000, len 0x400

------ cleaning up image ------
Fixing up empty FS block entries...done!
Writing FS table to image offset 0xe48000 len 0x4000 (end 0xe4c000)...done!
copying anchor block 1 to offset 0x2fe8000
copying anchor block 2 to offset 0x2fec000

------ finalizing image ------

------ writing image to disk ------
writing file '..\output\nandflash.bin' to disk...done!
---------------------------------------------------------------
..\output\nandflash.bin image built, info:
---------------------------------------------------------------
Kernel : 2.0.17489.0
Console : Corona
NAND size : 48MiB MMC (system only)
Build : Glitch (v2)
Xell : power on console with console eject button
Serial : 537168513605
ConsoleId : 197129745151
MoboSerial: 7910070118811365
Mfg Date : 09/03/2011
CPU Key : E2B23C3A1B1E1E7FE40D0F28CCA99BAE
1BL Key : DD88AD0C9ED669E7B56794FB68563EFA
DVD Key : D299979FE04BA32968D3A7715E13BAA9
CF LDV : 1
KV type : type2 (hashed - unchecked, master key not available)
---------------------------------------------------------------
xeBuild Finished. Have a nice day.
---------------------------------------------------------------

Si logran ver algo fuera de lo normal me avisan por favor.

AY dos valores importantes en el xbox .. si te fijas en xell

*fuseset 02 llamado CB Ldv, con este fuset se sabe asta que vercion se puede bajar tu consola, Si el CB de nuestra Nand no esta en el rango permitido por este Fuse la consola no arrancará.


*fusest 07 CF LDV El Ldv CF si varia quemando un Fuse en cada actualizacion a traves del Dash Original . De modo que el valor LDV dentro de nuestro CF en la imagen retail debe coincidir con el valor del Fuse 07, en tu caso checa el xell marca F0000000000, que en tu caso su valor real es 1... como te explique...

Los Fuses solo se queman al actualizar a traves del Dash Original. Si usamos cualquier otro metodo , raw flash, flasher, ... los fuses no se quemaran.


en tu caso aplicaste actualizacion original, pero me estoy dando cuenta que no se quemo el fuse.... sino que corrompio la imagen xebuild.. asi que no se movio el valor LVD (fuset 07).. asi que por siguiente puedes crear otra imagen xebuild y arrancara.. si se necesita este procesos de programacion porque como se te explica,, la corona de 4g que tienes no puede programar por medio de usb... si entrara bien al sistema ahi la cosa seria diferente, pero ahorita no mas te genera el xell., tienes que programarle uno nuevo... el valor LVD como te explico el real es el que te da el xell.. tu valor es 1.... si pones otro mas... como la imagen q aparece q dice 44.... no concide por consiguiente no arranca.... la imagen xell si arranca .. puesto q no importa que e LVD esta...

la consola solo se te puede dañar.. si rompes alguna pista... o haces algun corto... es todo lo de programacion todo tiene solucion.. no te compliques.. ya tienes el programador..te genero una nand..

lo de autogg ya viene muy desatualizado... por san google ay varios actualizados.. no oficiales.. pero la verdad q funcionan bien.. suerte... y hechale un ojo a este hilo

hilo_tutorial-fuses-y-crear-imagen-retail-desde-rgh-jtag_1952989

viene mas explicado. el porque de los fuset y ese rollo... en su momento me paso.... a todos nos pasa alguna vez..

falkonDARK escribió:AY dos valores importantes en el xbox .. si te fijas en xell

*fuseset 02 llamado CB Ldv, con este fuset se sabe asta que vercion se puede bajar tu consola, Si el CB de nuestra Nand no esta en el rango permitido por este Fuse la consola no arrancará.


*fusest 07 CF LDV El Ldv CF si varia quemando un Fuse en cada actualizacion a traves del Dash Original . De modo que el valor LDV dentro de nuestro CF en la imagen retail debe coincidir con el valor del Fuse 07, en tu caso checa el xell marca F0000000000, que en tu caso su valor real es 1... como te explique...

Los Fuses solo se queman al actualizar a traves del Dash Original. Si usamos cualquier otro metodo , raw flash, flasher, ... los fuses no se quemaran.


en tu caso aplicaste actualizacion original, pero me estoy dando cuenta que no se quemo el fuse.... sino que corrompio la imagen xebuild.. asi que no se movio el valor LVD (fuset 07).. asi que por siguiente puedes crear otra imagen xebuild y arrancara.. si se necesita este procesos de programacion porque como se te explica,, la corona de 4g que tienes no puede programar por medio de usb... si entrara bien al sistema ahi la cosa seria diferente, pero ahorita no mas te genera el xell., tienes que programarle uno nuevo... el valor LVD como te explico el real es el que te da el xell.. tu valor es 1.... si pones otro mas... como la imagen q aparece q dice 44.... no concide por consiguiente no arranca.... la imagen xell si arranca .. puesto q no importa que e LVD esta...

la consola solo se te puede dañar.. si rompes alguna pista... o haces algun corto... es todo lo de programacion todo tiene solucion.. no te compliques.. ya tienes el programador..te genero una nand..

lo de autogg ya viene muy desatualizado... por san google ay varios actualizados.. no oficiales.. pero la verdad q funcionan bien.. suerte... y hechale un ojo a este hilo

hilo_tutorial-fuses-y-crear-imagen-retail-desde-rgh-jtag_1952989

viene mas explicado. el porque de los fuset y ese rollo... en su momento me paso.... a todos nos pasa alguna vez..

JOOOOOOOO!!!!........ TODO el mundo en orden que llegó el profesor!!!

Tal cual una explicación así necesitaba. Ahora si logro entender lo que está pasando.

Voy a leerme también el tutorial que mencionas para comenzar a soldar el programador ya que mediante el USB no va a lograr programar, asi que el autoGG no me sirve por los momentos para lo que necesito.

Tenga papá póngase los lentes oscuros que se le cayeron

Una pregunta. Si el programador SD no tiene la resistencia de 68ohms, igual funciona?? (no conseguí resistencias de 68ohms) Escuché decir en el tuto que no hacía falta pero quiero estar seguro.

es aconsejable... para proteger la nandflash.. puedes pone una un poquito mas grande 60 asta 80 ohms

falkonDARK escribió:es aconsejable... para proteger la nandflash.. puedes pone una un poquito mas grande 60 asta 80 ohms

Listo hermano. Ya hice todo el proceso tal cual me dijiste y me dijo que habia sido exitoso.

Ahora la pregunta es... Puedo probar si la consola arranca sin desoldar el programador?? (o sea, solo extrayendo la SD de la laptop, colocándole el lector de dvd y conectando la consola a la corriente y la tv) O tengo que quitar todos los cables que soldé para poder probar si me funciona lo que hice??

Lo pregunto porque si no resulta tengo que volver a meter el programador en la laptop, y no quiero tener que hacer todo el proceso de nuevo. Pero si tengo que desoldar, ni modo, lo desoldo.

PD: Disculpas por no escribir ayer, estuve pendiente pero estaba de viaje.

Saludos!!!

lo que si tienes que quitar es el puente .. el cable que sale de cristal a tierra.. si no no va encender la consola.... y si con eso te enciende entonces si desconecta el programador

En los tutos de squirt está todo,echale un ojo
salu2 y suerte

falkonDARK escribió:lo que si tienes que quitar es el puente .. el cable que sale de cristal a tierra.. si no no va encender la consola.... y si con eso te enciende entonces si desconecta el programador

Nada compa... Hice todo al pie de la letra (tal cual me indicaste) y por último le desoldé solo el puente que va de "GND" al cristal (el programador está soldado todavía). La consola enciende pero se queda en negro, igual que antes, el xell si lo muestra perfectamente (igual que antes también).

Hay alguna información que te pueda enviar de la consola que nos ayude a ver a donde está el error? (el programa me dijo que el proceso lo habia hecho bien, pero de seguro tu puedas ver lo ke yo no x mi inexperiencia)

CHEF0 escribió:En los tutos de squirt está todo,echale un ojo
salu2 y suerte

Ok, seguiré leyendo a ver si me perdí de algo. Gracias.


Saludos.

EDITO:-------------- ----------------- ----------- ----------------- -----------

Listoooo!!!!!!

Bien, entre tanto investigar, leer tutoriales y ver videos de todo lo ke es el RGH, se me ocurrió ver mi chip RGH(coolrunner) en busqueda de algo que pudiera estar impidiendome la programación del mismo, y pues me di cuenta de que aparte de tener un switch que dice "FAT - SLIM", hay otro que dice "NOR - PRG".
Y como las siglas "PRG" se asemejan a programación, pues busque información en google y efectivamente, en la pagina del team Executer explican que cuando se va a proceder a programar la nand estando ya instalado el chip en la consola, debe de pasarse el switch a modo "PRG", dado a que si lo dejas en modo "NOR" (asumo que es "Normal" lo que quieren decir las siglas "NOR") y procedes a leer o flashear la nand puede dañarse, de hecho dice que mucha gente ha dañado su nand al encender la xbox teniendo el lector mmc en la pc (cosa que mi amigo @falkonDARK ya indicó que no debía hacer).

Explican que si el chip no está instalado, puede proceder a programarse en cualquier modo (NOR - PRG), pero que si ya esta instalado entonces debe de programarse pasando el switch a "PRG". Pues eso hice, y volví a hacer lo que ya habia hecho antes, leer la nand (me dio valor LDV 45) modifique el valor LDV a 1 y flashee, cambié el xell reloaded al de Blackat (me gustó porque vi que eatá mas detallado) crear xell nand y flashear, y por ultimo, baje la version del dash y crear imagen xebuild y flashear... Quedó todo bello, y al ver que todo andaba bien lo que hice fue hacer otra vez lo mismo pero actualizando al ultimo dash, y luego volver a poner el switch en modo "NOR" para usarlo en la tv...

Un detalle a tener en cuenta es que al conectar la corriente a la consola con el switch del chip RGH en modo "PRG" no se enciende el led rojo como de costumbre, pero sabrás que funciona al insertar el programador SD porque hace el ruido característico del usb y el letrero que pide formatear. Luego de programar en modo "PRG" hay que proceder a cambiar el switch a modo "NOR" para que cumpla su funcionamiento normal en la consola, ya que la función del switch es cortar la corriente al chip mientras es programado para evitar que se queme(algo asi fue la explicación que lei, en inglés, del team executer)..

Muchisimas gracias por tanta ayuda. Un abrazo y saludos!