› Foros › Xbox 360 › Exploits y homebrew
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!!
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
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
...............................................................................................
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
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 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
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 .
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.
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?
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
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
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
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.
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 = ?????
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
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 ?
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
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
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.
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
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
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
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 .
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
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.
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.
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.
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.
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.
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