› Foros › Nintendo 3DS › Scene
NeoRyoga escribió:jajajajaja hoy a un amigo "estreno" su r4
le comente lo que sucedia sobre los bricks y dijo que eso era muy al azar que a el no le podia pasar ... pues si no estoy ahi no lo creo,hizo el proceso de la emunand reinicio la consola y que creen!!!!!!!!!!!!!!!!!! BRICKKKKKKKKKKKKKKKKKKKKKKKKKKKKK
en una sola puesta!!!!!!
ahora lo que me intriga si era la primera vez que se usaba el cartucho que activo el brick?
alguna fecha...???????
NeoRyoga escribió:jajajajaja hoy a un amigo "estreno" su r4
le comente lo que sucedia sobre los bricks y dijo que eso era muy al azar que a el no le podia pasar ... pues si no estoy ahi no lo creo,hizo el proceso de la emunand reinicio la consola y que creen!!!!!!!!!!!!!!!!!! BRICKKKKKKKKKKKKKKKKKKKKKKKKKKKKK
en una sola puesta!!!!!!
ahora lo que me intriga si era la primera vez que se usaba el cartucho que activo el brick?
alguna fecha...???????
NMSX escribió:Y entonces, ¿formateo o elimino todo lo correspondiente a la SD de la consola para que no ejecute el exploit del gateway, o cómo?
cimbrelaco escribió:Me ha llegado el correo de Gateway y me dicen lo que ya sabíamos que a través de mi proveedor me la reparan y lo de los 100 euros si no es por su card. A ver si los de Diskon me dicen algo.
respuesta de Gateway:
First of all, we want to reinsure you that all Gateway users will receive full
support. We care about our customers.
Exceptionally, the tone of this normally standard support request email might be
a bit harsh because of the abuse claims made by clone producer staff pretending
of bricks, which were proven to be just part of their marketing plan to make
customers believe we also have issues with console bricking. To be clear, we
already had dozen of claims which just were proven to be fake. Unfortunately
this cost us time away from doing what we do best, bringing you constant updates
to make your Gateway experience better and better.
We still answer every single request to be sure no genuine Gateway user is left
out.
If your console is bricked, and you only used the files we provided on our
website, then it is almost certain this is not related to Gateway, but we will
gladly help you to thank you for your support and purchase. We mean it was
probably just an accidental bricking, like it happens sometimes for mainstream
Nintendo 3DS users or any device in fact who do not use any accessories. But we
will fix it for you, gladly.
We will send you back your console repaired - most of the case - or a brand new
console.
As you can imagine, we can read any Nintendo 3Ds like a book. If you send us a
console that was bricked any other way - most likely using a clone product (MT
card, 3DS Link, R4i 3DS etc.) - we will instantly see it, and you will be
required a $100 shipping and handling fee to return your bricked console.
***
IMPORTANT: ALL returns must include your Nintendo 3DS, GATEWAY RED CARD and your
SD CARD. Any incomplete return will be handled as above, with a $100 shipping
and handling fee to return the console & accessories.
In addition to the console GW red card and SD card if possible please copy your
Nand backup file to the SD card , if not possible we will do our best to recover
your unit, but it is considerably harder for us.
***
To send us your console, Gateway and SD card, please contact your vendor, and
email us the tracking number and vendor's name. We will handle the rest.
Again, we want to apologize for the harsh terms of this email. We normally
provide friendly and quick support. But the clone team is a very organized mafia
which uses dozens of fake Gateway users to pretend their problem are theirs. We
hate to make it complex for you, but their actions force us to act this way to
find the right balance between proper support and still being able to work on
updates to keep Gateway moving forward.
We will for sure repair any legit damaged console, even if it is unrelated to
us, as long as it doesn't come from a clone use. We will not pretend if
comes from a clone use if it didn't. We can instantly and clearly see when a
clone was used, without any possible mistake. So rest assure again, if you did
not use a clone, we will fix your console.
Why we establish those conditions is because we know that otherwise, the clone
army of paid forum posters will send us hundreds of consoles just to again
waste our time, so we can't update our firmware and provide good support to our
customer. It is a crazy situation but unfortunately there is nothing we can do.
Thanks for your understanding! Again, we stand by you, and look forward to much
more to come from us. First being sending you back your console good as new!
sales@gateway-3ds.com
Kirill0v escribió:Me alegra por lo menos saber que mi caso sirve para evitar algún futuro brick.
Visto lo visto aprovecharé y me pillaré una XL cuando pueda... si no puedo reparar el brick
Kirill0v escribió:Sinceramente preferiría hacerlo yo antes que mandarles la consola y vete tu a saber si me la devolverán (sobre todo si se les empiezan a acumular los casos)
Kirill0v escribió:Sinceramente preferiría hacerlo yo antes que mandarles la consola y vete tu a saber si me la devolverán (sobre todo si se les empiezan a acumular los casos)
Kirill0v escribió:Estoy leyendo y hablan de poder hacerlo con arduino o raspberry, casualmente tengo una raspberry, si sacan algún método lo pruebo y os lo hago saber
Código de Error: El código completo.
Tipo de consola: Normal, XL o 2DS.
Versión de firmware de la consola: La versión en la que estaba la consola antes de producirse el brick.
Último uso de la consola: Lo último que hiciste con la consola antes de que apareciera el error.
Manipulación: Has abierto alguna vez la consola, sabes si ha sido abierta?
Fecha y lugar de compra de la consola: El día/mes aproximado y el año, y si la compraste a un particular o en una tienda.
Flashcard utilizado: Si utilizabas algún flashcard habitualmente con la consola o no.
Launcher del flashcard: Si tu flashcard es de modo 3DS pon el último launcher.dat utilizado o el firmware de este.
Fecha de compra del flashcard: Fecha aproximada de compra del flashcard.
Golpes recibidos: Algún golpe importante que se llevara la consola o no.
gryndelwald escribió:hay que tener el cerebro del tamaño de una nuez para creer que mandando una consola hasta china la van a devolver reparada y funcionando perfectamente.
Por favor dejen de llamar eso una "solución" no sean ilusos.
En este punto lo mejor que podría pasar sería que hackers duros intervinieran y lograran dar a conocer que hay dentro del launcher de GW.
c0de90e7 escribió:Yo creo que casi nadie contempla mandar la consola a donde sea ( no se si es china o bilbau, nadie sabe de donde son, que yo sepa, igual me equivoco ). Pero el link que he puesto a ese hilo de gbatemp... no se, creo que es esperanzador, por que parece que esa nand, atacandola directamente, se puede manejar del todo, y eso con un backup previo seria igual a win segun yo lo veo... si salieran qsb y un buen sistema de acceso, yo incluso me plantearia instalarselo y tengo la consola viva aun .
Master_100 escribió:La cosa es que ahora mismo en ese hilo de gbatemp son todo teorías, por supuesto esperanzadoras, y de muchísimo conocimiento, no les quito mérito ninguno, solo que una cosa es que se manejen ideas y otra que funcionen. Yo lo estoy siguiendo con mucha atención porque me encanta todo el proceso de "brainstorming" conjunto que están siguiendo, ojalá den con una solución.
Kirill0v escribió:Amanecemos otro día más de brickeo sano, que sorpresas nos deparará hoy la scene?
c0de90e7 escribió:gryndelwald escribió:hay que tener el cerebro del tamaño de una nuez para creer que mandando una consola hasta china la van a devolver reparada y funcionando perfectamente.
Por favor dejen de llamar eso una "solución" no sean ilusos.
En este punto lo mejor que podría pasar sería que hackers duros intervinieran y lograran dar a conocer que hay dentro del launcher de GW.
Yo creo que casi nadie contempla mandar la consola a donde sea ( no se si es china o bilbau, nadie sabe de donde son, que yo sepa, igual me equivoco ). Pero el link que he puesto a ese hilo de gbatemp... no se, creo que es esperanzador, por que parece que esa nand, atacandola directamente, se puede manejar del todo, y eso con un backup previo seria igual a win segun yo lo veo... si salieran qsb y un buen sistema de acceso, yo incluso me plantearia instalarselo y tengo la consola viva aun .
kopperpot escribió:Kirill0v escribió:Amanecemos otro día más de brickeo sano, que sorpresas nos deparará hoy la scene?
Por lo pronto, la web de Gateway está caida
Expert members (specifically profi200) of ngb.to in collaboration with Normatt (who is in possession of the decrypted Gateway code) have discovered how Gateway bricks 3DS consoles, and how it is theoretically possible to fix it.
Gateway uses a CPU emulator that executes MIPS-like code. The bricking code is hidden inside the portion of code that is executed by the CPU emulator. Once the bricking code is activated, the temporary write protect bit within CSD is set and the eMMC lock is activated.
The people at Gateway can actually unbrick a 3DS WITHOUT a NAND dump by using a password which is unique for each 3DS and is generated using the CID of the NAND and which is then encrypted by the AES Engine of 3DS. By using this password, they can remove the lock and delete the write protect bit. That's why when Gateway initially posted the announcement about fixing bricked consoles they didn't mention requiring a NAND backup - because they really don't.
The Gateway brick can be fixed by using a forced overwrite that deletes all write protection bits and completely removes the lock. However, this requires low level hardware access [to the eMMC] with a dev board (or device like raspberry pie) that supports SPI or SDIO. Unfortunately if this method is used, the entire NAND will be overwritten, which means a prior NAND dump is required. Furthermore, this isn't exactly easy and requires advanced soldering skills, so it is not a newbie friendly solution.
So the bricking is indeed deliberate. The Gateway team placed several checksums inside 2.0b2 which trigger it under specific circumstances. It has been confirmed that the brick code and the checksums were not present before 2.0b2.
And while it is aimed at clone cards, it can and has happened to legitimate Gateway users, too (which is unlikely, but not impossible).
pep3ds escribió:Después de dos semanas de ir leyendo vuestros comentarios he decidido registrarme en el foro.
Una semana antes de reyes compré dos 3ds XL, una para mi hija y otra para mí, con la intención de que en alguna de ellas me tocara la lotería de que tuviera una Ver. inferior a la 4.5. Ambas lo eran (4.2 y 4.4) . Una la tiene mi hija, ahora ya con la última versión oficial y la mía trabajando hasta el pasado jueves con GW 2.02b, emunand incluída.
Después ver como está el tema, decidí aparcar mi 3ds xl, eliminar la partición de la SD, formatear la SD, volverla a colocar en la cónsola, comprobar que reescribía datos de primer uso en la SD y dejarla en "stand by" esperando una solución definitiva a los bricks.
También he pensado en la posibilidad de bajar a otras versiones anteriores de Laucher, creyendo que lo más "fiable" sería a través de los mirrors que tenéis en este foro, pero los mirrors me envían a archivos ya eliminados y el primer enlace de descarga me envía a la descarga oficial de GW (corregidme si no es así).
Sólo un pequeño detalle...antes de comprar la GW, me puse en contacto con DISKON ( lo digo porque me ha parecido leer que algunos afectados de Barcelona habían comprado allí su GW, incluso cónsola) Cuando les llamé me indicaron que no disponían de FC GW, que no las iban a traer más, y que a partir de ahora iban a vender la 3DS Link y la R4 Gold deLuxe Edtiion (esta llamada fue entre el 2 -4 de enero). El 7 de enero los llamé para ver si ya disponían de FC, me dijeron que sí, me volvieron a ofrecer la 3ds Link y la R4 Gold, les pregunté de nuevo por la GW y su respuesta fue que estaban esperando que les llegara en un par de días. Una incongruencia, cuando la respuesta inicial fue que ya no iban a trabajar más con ellas. Finalmente la conseguí por otra vía y la estuve usando sin problema alguno hasta que empezaron a aparecer los casos de bricks en GW.
Está claro que de momento no se sabe por qué se producen los bricks, porque revisando los casos de brick fiables, sólo hay una coincidencia en todos ellos, es usar el 2.02b...y ya no sólo en clones o con launchers modificados, sino que lo que empieza a parecer es que todo es fruto de una auténtica "cagada" de GW (que esta mañana no se pueda acceder a su Web, no hace más que aumentar la desconfianza y el recelo).
No creo que intentaran "brickear" a la competencia, lo que creo que es que el último 2.02b es fruto de su incompetencia, de algún error cometido en la beta...que por cuestión de precio, es posible que los clones sean mayoría en número de afectados, pero que no ha dejado libre de su supuesta incompetencia a usuarios de GW.
¿Por qué no afecta a los que aún siguen utilizando la 2.02b? Porque es posible que para que se produzca el brickeo hacen falta dos factores de riesgo (uno no se cae de una escalera por subirse en ella, uno se cae por subirse a ella y además porque no está bien apoyada, porque le da un mareo o porque alguien lo tira de ella). Es por ello que pienso, desde mi desconocimiento técnico, que el problema viene dado por dos motivos, uno, que la 2.02b es supuestamente defectuosa y el segundo motivo puede ser cualquiera...desde el toqueteo del usuario sin saber que está haciendo realmente,una respuesta defectuosa del hardware o modificaciones de lauchers o regiones...la combinación de ambos factores hace que te quedes con un caro ladrillo en las manos.
Normalmente, en supuestos, siempre se eliminan los extremos para sacar la media, es decir....se eliminaría el brickeo del que usaba 2.02b, clon ,emunand y la launcher modificado o región free y por otro lado se eliminaría al que se le brickeó con 2.02b, GW. Y nos daremos cuenta que tanto con GW o clon, el punto de coincidencia es el 2.02b.
Saludos
Master_100 escribió:The Gateway brick can be fixed by using a forced overwrite that deletes all write protection bits and completely removes the lock. However, this requires low level hardware access [to the eMMC] with a dev board (or device like raspberry pie) that supports SPI or SDIO. Unfortunately if this method is used, the entire NAND will be overwritten, which means a prior NAND dump is required. Furthermore, this isn't exactly easy and requires advanced soldering skills, so it is not a newbie friendly solution.
sev39lora escribió:Se a confirmado algún brick con el b1?
c0de90e7 escribió:Master_100 escribió:The Gateway brick can be fixed by using a forced overwrite that deletes all write protection bits and completely removes the lock. However, this requires low level hardware access [to the eMMC] with a dev board (or device like raspberry pie) that supports SPI or SDIO. Unfortunately if this method is used, the entire NAND will be overwritten, which means a prior NAND dump is required. Furthermore, this isn't exactly easy and requires advanced soldering skills, so it is not a newbie friendly solution.
Vamos, lo que ya hablamos ayer. Incluso, salvo que mucho se nos escapen las cosas, con un backup de la nand, con un chip de nand de 2GB electricamente compatible, es posible que se pudiera incluso reemplazar el chip entero . Es mas, creo que es posible ( y hay sitio en la consola ) poner 2 nands y tener un esquema como el dualboot de E3 en la PS3 ( lo digo completamente en serio ).
EDIT: Lo dicho, a ver si algun team saca QSBs tipo las de Team Xecuter y las pone a la venta, yo estaria muy agusto con la idea y correria a comprarlo e instalarlo. Y ya si se hiciera una nand dual con un pequeño fpga actualizable y dos nands... joder, eso podria ser muy fino; aunque una vez tengas tu backup, no es que haga falta, aunque puede ser conveniente pa algunas cosillas... si cambian claves de cifrado como ya han hecho en la 7.x etc., para tener las dos y elegir con un switch al arrancar... pero vamos, con tener acceso a la nand desde fuera de la consola ya saltaria de alegria.
Kirill0v escribió:c0de90e7 escribió:Master_100 escribió:The Gateway brick can be fixed by using a forced overwrite that deletes all write protection bits and completely removes the lock. However, this requires low level hardware access [to the eMMC] with a dev board (or device like raspberry pie) that supports SPI or SDIO. Unfortunately if this method is used, the entire NAND will be overwritten, which means a prior NAND dump is required. Furthermore, this isn't exactly easy and requires advanced soldering skills, so it is not a newbie friendly solution.
Vamos, lo que ya hablamos ayer. Incluso, salvo que mucho se nos escapen las cosas, con un backup de la nand, con un chip de nand de 2GB electricamente compatible, es posible que se pudiera incluso reemplazar el chip entero . Es mas, creo que es posible ( y hay sitio en la consola ) poner 2 nands y tener un esquema como el dualboot de E3 en la PS3 ( lo digo completamente en serio ).
EDIT: Lo dicho, a ver si algun team saca QSBs tipo las de Team Xecuter y las pone a la venta, yo estaria muy agusto con la idea y correria a comprarlo e instalarlo. Y ya si se hiciera una nand dual con un pequeño fpga actualizable y dos nands... joder, eso podria ser muy fino; aunque una vez tengas tu backup, no es que haga falta, aunque puede ser conveniente pa algunas cosillas... si cambian claves de cifrado como ya han hecho en la 7.x etc., para tener las dos y elegir con un switch al arrancar... pero vamos, con tener acceso a la nand desde fuera de la consola ya saltaria de alegria.
Un qsb de arranque dual mediante switch sería genial, el único problema es que la gente tendría que instalarlo y no es algo precisamente para un público generalizado, me explico, la gente de a pie ni siquiera sabe que las gateway existen y al estar limitado por la versión 4.1-4.5 el mercado que abarcaría sería muy pequeño.
De todas formas si hiciesen algo de ese estilo sería genial y no dudaría en comprarlo.
Master_100 escribió:Nuevo brick en un usuario de GW reportado en maxconsole, este con muchos mensajes en el foro, aunque lo mismo tampoco le vale y siguen diciendo que es un chino clon o casos aislados
Al final van a haber más casos de gente con GW que con clones, al menos estos retiraron las versiones más nuevas (lo único que han hecho bien xD), pero GW se empeña en recomendar y mantener su última versión y aumentando más los casos de bricks
NanakiXIII escribió:Me lo parece a mí, o todos los casos nuevos verificados de GW con bricks son de usuarios que se la han comprado nueva y al primer intento ha brickeado? El de maxconsole nuevo igual: hace emunand y KO. Y los últimos de eol tb han caido igual, al primer intento. Algún fallo en el código en la copia de la nand? O una instalación corrupta del xploit? (que a mi me ha pasado en su momento con otros firms pero no me ha brickeado la consola)
the-xiii escribió:NanakiXIII escribió:Me lo parece a mí, o todos los casos nuevos verificados de GW con bricks son de usuarios que se la han comprado nueva y al primer intento ha brickeado? El de maxconsole nuevo igual: hace emunand y KO. Y los últimos de eol tb han caido igual, al primer intento. Algún fallo en el código en la copia de la nand? O una instalación corrupta del xploit? (que a mi me ha pasado en su momento con otros firms pero no me ha brickeado la consola)
A mi con la versión 2.0b2 el launcher me dejo de funcionar 2 veces, una vez lo arregle sustituyendo el launcher de la SD por el mismo que puse la primera vez y funciono, la segunda vez que me dejo de funcionar tuve que reinstalar el xploit y la instalación se me quedo pillada con el la linea de "programing" con unos cuantos asteriscos, la apague y volví a repetir el proceso y funciono otra vez, puede que a estos les pasara lo mismo y pensaran que el xploit se habia instalado bien
Master_100 escribió:Nuevo brick en un usuario de GW reportado en maxconsole, este con muchos mensajes en el foro, aunque lo mismo tampoco le vale y siguen diciendo que es un chino clon o casos aislados
Al final van a haber más casos de gente con GW que con clones, al menos estos retiraron las versiones más nuevas (lo único que han hecho bien xD), pero GW se empeña en recomendar y mantener su última versión y aumentando más los casos de bricks
Lordpsycho escribió:Master_100 escribió:Nuevo brick en un usuario de GW reportado en maxconsole, este con muchos mensajes en el foro, aunque lo mismo tampoco le vale y siguen diciendo que es un chino clon o casos aislados
Al final van a haber más casos de gente con GW que con clones, al menos estos retiraron las versiones más nuevas (lo único que han hecho bien xD), pero GW se empeña en recomendar y mantener su última versión y aumentando más los casos de bricks
Creo que hasta que no se le brickee la consola a la chica de las uñas pintadas que hace los videos de Gateway (Lina? ) el TGW no va a aceptar que, a propósito o de casualidad, la k-garon.
Por ahora, sin GW ni clon, al menos se puede jugar al FaceRiders
Lina escribió:Lordpsycho escribió:Master_100 escribió:Nuevo brick en un usuario de GW reportado en maxconsole, este con muchos mensajes en el foro, aunque lo mismo tampoco le vale y siguen diciendo que es un chino clon o casos aislados
Al final van a haber más casos de gente con GW que con clones, al menos estos retiraron las versiones más nuevas (lo único que han hecho bien xD), pero GW se empeña en recomendar y mantener su última versión y aumentando más los casos de bricks
Creo que hasta que no se le brickee la consola a la chica de las uñas pintadas que hace los videos de Gateway (Lina? ) el TGW no va a aceptar que, a propósito o de casualidad, la k-garon.
Por ahora, sin GW ni clon, al menos se puede jugar al FaceRiders
Primero Fue la Guru de Eol, luego que estoy en la plantilla de Gateway mostrando vídeos, lo próximo que sera la downgradeadora del año