Cuidado Con el Nuevo DashBoard NXE comprueba efuses r6t3

Cuidado Con el Nuevo DashBoard NXE comprueba los efuses y si no están quemados al haber quitado la resistencia r6t3, muestra un error E80 en pantalla.

Código: Seleccionar todo

.text:80060D80                 bl      XeKeysLockSystemUpdate # Branch
.text:80060D84                 mr      %r30, %r3       # Move Register
...
.text:80060E60                 cmpwi   cr6, %r30, 0    # Compare Word Immediate
.text:80060E64                 bge     cr6, loc_80060E74 # Branch if greater than or equal
.text:80060E68                 lis     %r3, unk_12D50@h # Load Immediate Shifted
.text:80060E6C                 ori     %r3, %r3, unk_12D50@l # OR Immediate
.text:80060E70                 bl      VdDisplayFatalError # Show E80.

Por lo tanto de momento hasta q se encuentre una solución, no actualizar.
El que quiera actualizar y ya tenga un Dump de la Nand del 1888 o 4532 vulnerable q vuelva a colocar la resistencia r6t3.
él que no pues si tenia pensado en un futuro hacer el downgrade al 1888 para obtener el 4532 vulnerable, si puede y tiene la consola con placa base vieja q lo haga antes de colocar la resistencia r6t3.

Edito:

Solución para los que han quitado la resistencia r6t3 y no tiene infectus y tampoco un backup de la nand
Colocar la resistencia de 10k r6t3 y al volver a encender la consola pedirá que insertes de nuevo el pen drive USB o insertes el CD con la actualización. Y volvera a actualizar esta vez correctamente.

Se pueden dar algunos casos que al actualizar la consola aparezca el famoso error. 80150003:4294967295

Al intentar conectar con Xbox Live, recibirá el mensaje de error: "No se puede conectar con Xbox LIVE. Compruebe Dispositivo de almacenamiento o conexión a Internet. 80150003:4294967295 "
y no deja recuperar el gametarg ni crear uno nuevo.

Si ocurre esto solo hay dos soluciones:

Una leer la NAND con el infectus y anotar el valor del LDV en el q va. y realizar un Downgrade si tienes una xbox360 que lo permita Antigua, con CB1888 o CB1903, no se si el CB1920 se puede ya. pero a partir del CB1921 na de na.
y actualizar a la versión 4532 y desde esa a la 6717 y después a la 7356. con el valor LDV correspondiente.

O mandársela al SAT.

Un Saludo,

Me quedo completamente igual con lo que acabas de soltar. Puedes traducirlo de forma simple para los que no somos tan entendidos en XBOX 360

No-Alternative escribió:Me quedo completamente igual con lo que acabas de soltar. Puedes traducirlo de forma simple para los que no somos tan entendidos en XBOX 360

Haber lo explico en cristiano.

Esto solo es para usuarios avanzados que en su día le quitaron una resistencia a la consola llamada r6t3, que impedía que con las actualizaciones quemaran los efuses "como un fusible interno dentro del chip" y permitía realizar un downgrade en las consolas viejas a un kernel vulnerable como el 4532 que permite ejecutar linux.

Para mas aclaración sobre tecnicismos de la scene lee te la wiki.

Y para los que no hicimos todo ese rollo hay algun problema?

Interpreto que lo que quiere decir RAID es que tras la actualización de este año, sólo podrías volver al kernel vulnerable si tienes una copia de seguirdad previa de la NAND de tu propia consola y la cargas "por las malas" grabando a esa memoria NAND.

Y claro, si no has tenido ese kernel vulnerable y no le has hecho esa copia de seguridad no podrás cargarla y debido a que esos "fusibles" ya están marcados para impedir volver a versiones anteriores el proceso de "instalar" el kernel vulnerable no es posible por que "el mismo rechaza instalarse" a diferencia de los kernels anteriores.

En ese sentido, el efecto secundario de no poder hacer tal downgrade podría tener como consecuencia, por ejemplo el no poder conseguir ejecutar homebrew de ningún tipo (entre el que se incluye el que lee datos como la cpukey o la key del lector que está guardada en la placa).

También interpreto de lo que dice RAID, que hay gente que ha realizado una modificación eliminando una pieza que impedía que esos "fusibles" se marcasen para asegurarse el volver hacia atrás, pero esta actualización requiere el cambio en los fusibles.

Eso es lo que quieres decir, verdad ¿RAID?

Si no me equivoco, ¿las siguientes actualizaciones a la 4532 petaban los efuses y por lo tanto hacía inviable el downgrade para instalar linux?

Si no vas a actualizar la consola, lo lógico sería que esta actualización tampoco la toques.

juantxo85 escribió:Y para los que no hicimos todo ese rollo hay algun problema?

Vamos a ver la gente que no ha quitado la resistencia r6t3, no tendra que petarle la consola con la actualizacion, tal como dice RAID.

Shark escribió:Interpreto que lo que quiere decir RAID es que tras la actualización de este año, sólo podrías volver al kernel vulnerable si tienes una copia de seguirdad previa de la NAND de tu propia consola y la cargas "por las malas" grabando a esa memoria NAND.

Y claro, si no has tenido ese kernel vulnerable y no le has hecho esa copia de seguridad no podrás cargarla y debido a que esos "fusibles" ya están marcados para impedir volver a versiones anteriores el proceso de "instalar" el kernel vulnerable no es posible por que "el mismo rechaza instalarse" a diferencia de los kernels anteriores.

En ese sentido, el efecto secundario de no poder hacer tal downgrade podría tener como consecuencia, por ejemplo el no poder conseguir ejecutar homebrew de ningún tipo (entre el que se incluye el que lee datos como la cpukey o la key del lector que está guardada en la placa).

También interpreto de lo que dice RAID, que hay gente que ha realizado una modificación eliminando una pieza que impedía que esos "fusibles" se marcasen para asegurarse el volver hacia atrás, pero esta actualización requiere el cambio en los fusibles.

Eso es lo que quieres decir, verdad ¿RAID?

Lo que intenta explicar RAID es que la gente que en su día SI QUITO la resistencia r6t3 NO DEBE ACTUALIZAR LA CONSOLA hasta "Reponerla o inventar algo" que detecte que esa resistencia no esta, ya que sino la consola saldra el ERROR E80 y quedaria "inservible".



La gente que NO QUITO la resistencia y con la actualizacion se quemo dicha resistencia (lo NORMAL vamos), no tiene que tener ningun problema.

Espero que con esto quede aclarado.

Gracias a RAID por la info.

Saludos.

Mithrandir0x escribió:Si no me equivoco, ¿las siguientes actualizaciones a la 4532 petaban los efuses y por lo tanto hacía inviable el downgrade para instalar linux?

Si no vas a actualizar la consola, lo lógico sería que esta actualización tampoco la toques.

Correcto a partir de la 4552.

Shark escribió:También interpreto de lo que dice RAID, que hay gente que ha realizado una modificación eliminando una pieza que impedía que esos "fusibles" se marcasen para asegurarse el volver hacia atrás, pero esta actualización requiere el cambio en los fusibles.

Eso es lo que quieres decir, verdad ¿RAID?

Correcto como bien indica Mithrandir0x a partir de la 4552 a través de las actualizaciones quemaban el efuse para que no pudiéramos volver a atras, con esto no quiere decir q si ya tienes un dump (backup) de tu Nand con el infectus puedes volver a atras. Aun con los efuses quemados.

Pero existe mucha gente q en su día cuando se hablo sobre el tema de los efuses y no tenían infectus y no realizaron un Backup, de la Nand, quitaron dicha resistencia para en un futuro en la scene, poder volver hacia atras mediante el downgrade. Pues ahora con esta ultima actualización como indica el codigo de arriba, comprueba si esta quemado el efuse y sino devuelve un error E80, con lo que si no tienes un backup de la Nand para poder volver a grabarla con el infectus ya puedes tirarla o colarsela al SAT.

Resumiendo:
Si no has quitado la resistencia r6t3 no hay problema puedes actualizar.
Si la has quitado y tienes backup de la NAND con infectus, vuelve a ponér la resistencia y actualiza.
Si la has quitado y no tienes backup, 2 opciones. si no te interesa el futuro de la Scene pues pon la resistencia y actualiza. y si te interesa el tema futuro de la scene acte con un infectus 2 + addon y realiza un downgrade si tu placa lo permite, y cuando tengas el backup del kernel vulnerable 4532 vuelves a colocar la resistencia y actualizas a la NXE.

Conociendo la cpukey y parcheando el firmware con el ldv que tenga en ese momento puedes volver a meterle el kernel vulnerable. La resistencia es de 10k, por cierto "raid" para el mod de las tarjetas xd tienen que ser obligatoriamente de 16mb es muy chungo lo de conseguir el lector mausb10? me he vuelto loco buscandolo.