[Update] Bricks von 3DS/XL Konsolen bekannt


    Für manch einen könnte das schon Realität sein.
    Die 3DS oder 3DS XL Konsole bleibt hängen/ friert ein ...

    [Blockierte Grafik: http://s14.directupload.net/images/140124/2iuymtgs.jpg]

    ... und nach einem Neustart erscheint nur noch DIESES BILD !!!


    Betroffen sind ausschließlich User, die eine
    Launcher.dat auf ihrer SD Speicherkarte hatten.

    Diese ermöglicht 3DS Roms mittels einer Flashkarte zu
    spielen oder einfach nur um den EmuNand zu nutzen.

    Das GATEWAY Team gab dazu heute ein Statement ab, in der sie vor deren Klone
    (R4i deluxe, 3DS Link, ...) & der modifizierten Launcher.dat von Normmatt warnt.


    Die genannten Ursachen sollen für die Bricks verantwortlich sein, bei
    dem der Systemspeicher (NAND) beschädigt/ überschrieben wurde.

    Dies wird auch durch die Tatsache gestützt, dass die Klone bereits
    einen Tag nach dem Release ihrer V3.3 die 3.3B herausgaben.

    Es ist aber nicht ausgeschlossen, das weitere Bugs, sei es nun von den
    Klonen oder der GATEWAY die vorhanden sind, zu diesem Fehler führt.


    [d]Betroffene User sollten mit einem VORHER ERSTELLTEN NAND DUMP bei einem
    Brick mit der Hardwaremethode Erfolg haben und ihre Konsole wiederbeleben können.

    USER OHNE DUMP IHRER GEBRICKTEN KONSOLE,
    haben selber KEINE CHANCE AUF REPARATUR !!!


    Zu den Tutorials:

    >>Vom 3DS einen NAND Dump erstellen<<KLICK MICH
    >>Vom 3DS XL einen NAND Dump erstellen<<KLICK MICH[/d]


    # UPDATE 14.01.2014:

    Wie sich herausstellte, wird der Fehler durch Schadcode verursacht, die das GATEWAY Team eingebaut hat,
    um deren Klonkarten (R4i deluxe, 3DS Link, ...) zu zerstören.
    Zusätzlich wird bewusst auch die dabei benutzte Konsole gebrickt.

    Um eine Wiederherstellung der Firmware zu verhindern,
    wird der vom Systemspeicher (NAND) zuständige eMMC Controller noch umprogrammiert.
    Somit wird auch die oben erwähnte Hardwaremethode nutzlos.


    Auch GATEWAY Benutzer sind betroffen!

    Bei einer Fehlfunktion der Launcher.dat (V2.XX), kann auch ihnen das selbe passieren.
    Sicherheit bringt bisher nur, wenn wieder die ältere Launcher.dat (V1.2) benutzt wird.


    # UPDATE 16.01.2014:

    Wie ich erfahren habe, befindet sich der Schadcode erst seit der V2.02 in der Launcher.dat
    der GATEWAY, somit sollte der emuNand mit der V2.01 weiter gefahrlos genutzt werden können.


    # UPDATE 26.01.2014:

    Ein erster Erfolg mit einer gebrickten Konsole konnte verbucht werden.
    Auf gbatemp.net konnte ein User den Schreibschutz vom eMMC aufheben und den Nand mit einem vorhandenem Dump reparieren.

    http://gbatemp.net/threads/3ds-unbricking-progress.361171/


    # UPDATE 12.02.2014:

    Eigenes Tutorial online gestellt.

    Unbrick eines 3DS/XL die durch eine 3DS Flashkarte gebrickt wurde.


    # UPDATE 25.02.2014:

    Mit dem Tutorial ist es jetzt auch möglich, ohne NAND Dump die Konsole wieder flott zu kriegen.

    @diddi
    Wenn man mal einen Brick hat und ein NandBackup, bietest du auch den Einbau deiner Hardware methode an ? Habe 2 linke Hände wenn es ums Löten geht :slightly_smiling_face:

    Das witzige ist, der Bootrom Fehler kommt eig. daher,
    dass die Clones teilweise den Code falsch übernommen haben.

    Darum dürfte es dermaßen unstabil sein und KANN auch bei GW Usern dazu führen.

    Wobei man sich mit der Gateway Launcher.dat ziemlich ungeschickt anstellen muss,
    damit man den NAND teilweise mit Nichts überschreibt.

    Na Toll ich habs geschafft Bootrom Fehler naja Nand hab ich ja vorher zur sicherheit 4 mal gespeichert. Und war mit der 3.2 von r4 deluxe. Also ist die auch unsicher Hmm. (Den heut erst gekauft :D )

    Guten Abend,

    Ich habe mal eine Mail an das R4 Team geschrieben.

    Die warnen selbst die davor, die Firmware 3.0 bis 3.3 zu nutzen. Ich finde es sch... , das Sie soetwas überhaupt freigeben.


    Antwort: "It seems just the emuNAND feature to cause the blue screen issues....Please don't use the firmware V3.0~3.3 now, until we find a solution and release it with the coming firmware V4.0 later, by the way, you might also know that the same issue has been reported by lot of GW card users on various forums recently...

    Someone got a temporary solution for the blue screen issue(see URL below), but we have not tested it yet, you can try if you would like to, however, that way only works in case you've done system NAND backup for your 3DS console before...

    http://bbs.tgbus.com/thread-5358037-1-2.html (Sorry it's in Chinese, you might have to translate it by google something...)"

    Gruss

    Ich finds witzig wie sich jeder die Schuld zuschiebt :D
    Wobei die R4 Launcher.dat 1:1 die selbe vom GW Team ist!

    Das "EmuNAND" Feature ist teils auch schlecht geschrieben.
    Manche Offsets bleiben bei Start des Exploits einfach gleich, anstatt sich zu ändern.

    Das ganze gilt allerdings auch andersrum. Es kann sein,
    dass manche Offsets woanders hingeschrieben werden und wichtige Sachen im NAND überschreiben, daher der Bootrom Fehler.

    Oder lag es daran, das ich die sdkarte immer im Betrieb rausgenommen haben?
    (Soll man ja nicht ich weiss )
    Nach dem Nand save und dann in den Classic Mode.(Und dann Sdkarte raus)
    .
    .
    .
    Nochmal nachgedacht war ja mit der 3.2 r4deluxe als ich in den gw modus wollte
    Hmm wer weiss abwarten was kommt.

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!

Benutzerkonto erstellen Anmelden