Xbox 360 no da imagen por HDMI ni por componentes

Archivado
Hola a todos.
Soy nuevo aca y tengo el siguiente problema:
Mi xbox 360 Slim E con RGH antes funcionaba perfecto. Pero de pronto se quedo pegada en el logo de XBOX 360 cargando un disco externo de 1TB.
Lo que hice fué sacar el USB, sin apagar la consola, ni el disco (case) y luego de esto, enciende pero no da imagen, he probado cambio de cables HDMI, tambien conectarla por componentes y nada... pantalla negra o azul.

Probe este metodo:
hilo_tutorial-actualizar-xbox360-rgh-avatares-con-auto-gg_1986873
E hice los pasos tal cual (a oscuras) porque no puedo ver Xell (corona4g), pero aun no logro que la consola de video.

Ya no se que hacer, la he desmontado por completo y sigo haciendo pruebas.

Desde Chile solicito ayuda porfavorcito!!!
De antemano, muchas gracias.
Suena a gpu jodida
Asaduji escribió:Suena a gpu jodida

Gracias por responder, que se deberia hacer en estos casos?
@djzeco
Espera a ver si lo confirman o desmienten otros compañeros, en todo caso deberías revisar el ksb, si está bien, repito espera a que respondan porque no te lo puedo confirmar, revisa la gpu, si está dañada toca cambiarla
@Asaduji , @djzeco

es una posibilidad lo del gpu. pero.... leyendo que trató de usar autogg por LAN en una corona 4GB para actualizar entonces me suena más a nand corrupta.
si no muestra luz roja no podría determinar el código de error.

rawflash en corona 4GB , desde dashlaunch, freestyle o desde xell (xenon.elf) presentaba bugs. por eso siempre recomiendo flashear desde simple 360 nand flasher 1.4 beta (por usb ) que tiene correccion en rawflash 5 , ó con su programador correspondiente . lo que menciono es a grosso modo para no enrollar con detalles. saludos
Eruil escribió:@Asaduji , @djzeco

es una posibilidad lo del gpu. pero.... leyendo que trató de usar autogg por LAN en una corona 4GB para actualizar entonces me suena más a nand corrupta.
si no muestra luz roja no podría determinar el código de error.

rawflash en corona 4GB , desde dashlaunch, freestyle o desde xell (xenon.elf) presentaba bugs. por eso siempre recomiendo flashear desde simple 360 nand flasher 1.4 beta (por usb ) que tiene correccion en rawflash 5 , ó con su programador correspondiente . lo que menciono es a grosso modo para no enrollar con detalles. saludos


Lo de la luz roja,me aparecio un par de veces antes de abrirla.
Nand corrupta... que puedo hacer frente a ello?
porque x lo visto, ya no puedo hacer lo que mencionas, aqui :(
hilo_tuto-actualizar-a-rgh-17526-desde-usb-s360nf-xell_2246042
@djzeco

en ése mismo hilo , en el penúltimo comentario dejé el diagrama del flasheador de ése modelo de nand para recuperar la consola, en caso de que sea el problema. en teoría es posible que ésa sea la falla
@Eruil
Por nand corrupta si flasheas xell no da vídeo tampoco el xell?
@Asaduji

teóricamente al escribir mal la nand parte del sector del bootloader (cba, cbb parchados y enlazados con el bootloader secundario ) en pocas palabras = el xell no habilitan el booteo del kernel (dashboard principal) ni del mismo xell. digamos que por eso la pantalla negra . el primer archivo que se ejecuta es el bootanim.xex en la nand y después el dash.xex. aquí en el problema puede proceder también del procesador porque es el primero en mandar instrucciones y chequeo del "bootloader" . de ahí se puede diagnosticar por "luz roja"

para tratarlo de explicar sería como una actualizacion de sistema como en el caso de los android que lo estuvieras efectuando y al 15% del flasheo desconectaras el equipo. genera corrupcion de datos. voy a subir la información de la estructura de una nand retail y de una glitch para darle al post una explicación gráfica.

okay... aqui una tabla de componentes de una "nand" de 1 mega, en éste caso el "nandglitch" o xell . solo 5 archivos de bootloader para una xbox 360 cualquiera. si se dan cuenta CA y CB corresponden a una versión modificada 9188 que dá acceso directo a xenon linux loader (a.k.a xell)

Imagen


Las comparaciones de nand retail y nand glitch que varían en versión CB_A, CB_B y lógicamente CF y CG (versión de dashboard de la cuál fué actualizada quemando Efuses y la última que fué aplicada) . no son todos los archivos de la nand pero son por lo mientras los más importantes para la explicación

NAND GLITCH TRINITY

0x00001000 0x00003000 SMC_3.1.bin
0x00004000 0x00004000 Keyvault.bin
0x00008000 0x00001AC0 CB_A_9188.bin
0x00009AC0 0x00007800 CB_B_9188.bin
0x000112C0 0x00005290 CD_9452.bin
0x00016550 0x00056070 CE_1888.bin
0x000B0000 0x00004560 CF_17150.bin
0x000B4560 0x00075A80 CG_17150.bin
OFFSET 0xe1c000 launch.xex
0xe28000 lhelper.xex. (éstos 2 archivos obviamente no los posee una nand retail ya que pertenecen a DASHLAUNCH

NAND RETAIL

0x00001000 0x00003000 SMC_3.1.bin
0x00004000 0x00004000 Keyvault.bin
0x00008000 0x00002000 CB_A_9231.bin
0x0000A000 0x00007A30 CB_B_9231.bin
0x00011A30 0x00005080 CD_9231.bin
0x00016AB0 0x00056070 CE_1888.bin
0x00070000 0x00004560 CF_17511.bin
0x00080000 0x00004560 CF1_17502.bin
0x00074560 0x0007851E CG_17511.bin
0x00084560 0x000788A0 CG1_17502.bin

eso es solo parte de mi intento de explicación, espero que les funcione . saludos
@Eruil
Vale gracias creo que lo he entendido, creía que el xell no dependía de ningún archivo de la nand original y que funcionaba él sólo
Saludos [beer]
9 respuestas
Archivado
Volver a Exploits y homebrew