Ankündigung 3DS-Homebrew-Talk

Und zur not muss man sich halt einen Nandmod machen lassen, und das Backup von vor a9lh installieren.
Was allerdings nur im Worst case der fall währe.

Nintendo kann die cfw nicht erkennen oder?

Nintendo kann alles, was die CFW kann und noch mehr. Ich meine: Nintendo hat das Gerät entwickelt und bringt die Firmware dafür heraus. In der Firmware können sie jeden beliebigen Code einbauen. Ob sie den 3DS zu einem Wifi Sniffer umbauen oder mutwillig einfach irgendwelche Bits auf der SD-Karte umschreiben, bleibt ihnen völlig überlassen. Es ist halt nur eine Frage des Aufwand und des Nutzen. Wenn sie wissen, dass der 3DS eine CFW installiert hat, werden sie sich kaum darum kümmern, die Daten davon zu modifizieren oder zu löschen, wenn sie einfach verhindern können, dass wir unseren eigenen Programmcode auf dem 3DS ausführen.
Im Zweifel erkennen sie irgendwelche Dinge als CFW, die aber eigentlich vom Benutzer auf der SD-Karte abgelegt sind und löschen diese einfach. Was glaubst du, wie der Benutzer sich dann darüber freut?

Nintendo hat es bisher immer so gemacht, dass sie bei einem Firmware Update (mit Homebrewblocker) die "falsche" Software einfach aus ihrem Bereich (z.B. das Homemenü) entfernt hat und die auslösenden Exploits gefixt.

Wegen modifizierter Hardware zum Umgehen des Kopierschutzes war es eigentlich immer der Fall, dass dann beim Versuch, die Software auszuführen einfach gesagt wird, dass das nicht geht. Ähnlicher Fall, wenn du eine CIA im EmuNAND installierst und diese dann im Classic Mode der Gateway, wo die Signaturpatches nicht aktiv sind, ausführen möchtet: Der 3DS verweigert es einfach.

Nintendo ist da noch recht gütig, aber fährt auch eher nach better Safe than Sorry. Wenn du Angst hast, dass sie dir die Konsole einfach deaktivieren, ist das eher unberechtigt. Ich bezweifle, dass es (zumindest in Deutschland) legal ist, die vom Kunden gekaufte Ware unbrauchbar zu machen.
Immerhin ist es dein Eigentum und damit kannst du machen, was du möchtest. Du kannst du dich halt nur nicht mehr auf Garantie und Gewährleistung berufen, wenn du an der Funktion herumschraubst.

Kurzfassung: Ja, könnten sie, aber das tun sie vermutlich nicht.

Mir geht es eigentlich eher um die nnid, falls diese gebannt wird wäre es halt sehr blöd wenn alle digitalen Spiele einfach weg sind..

Deine gekauften Spiele nimmt Nintendo dir nicht weg

Jetzt mal eine Fachfrage:
Ich komme mir so langsam vor wie in der Steinzeit mit meinem 3DS. Immer noch auf Gateway steckend habe ich festgestellt, dass ich auch genauso gut auf eine CFW wechseln kann. Luma3DS scheint da ja ganz groß zu sein. Also warum nicht?

Jetzt wäre natürlich die Frage mit welchem Exploit man das denn starten möchte. Es gibt ja "AL9H", MenuHax und BrowserHax. Letzterer sollte nur zum Installieren gebraucht werden. Ich will weg von diesen browsergestützten Exploits und am besten direkt in den EmuNAND/RedNAND. Dafür gibt anscheinend auch einen Konverter.

Kurz gefasst:
Welchen Exploit nutzt man heute um die CFW direkt nach dem Einschalten zu starten? AL9H oder MenuHax oder noch etwas anderes?

Also theoretisch kannst du eigentlich jeden Exploit verwenden, um eine CFW zu starten. Allerdings macht das keiner, da es einfach zu aufwändig wäre, erst in den SysNAND zu starten, dann das Exploitspiel auszuwählen und anschließend in die CFW zu booten.

Daher kannst du MenuHax nehmen, womit dein 3DS ca. eine Minute nach dem Boot in der CFW ist.

Wenn du deinem 3DS noch mehr zutraust, würde ich dir empfehlen, Arm9LoaderHax zu installieren, da du eine 100%-Bootrate hast (MenuHax hat um die 60-80 % und die CFW selber auch nochmal ca. 50-60 %), der 3DS sofort in die CFW startet (der New3DS nach ca 10 Sekunden, der Old3DS sogar noch schneller) und du im Grunde auch keinen EmuNAND mehr brauchst, da du mit der CFW direkt in den SysNAND starten kannst und somit auf der Speicherkarte 1 bis 2 GB mehr freien Speicherplatz hast.

Auch kann dir Nintendo dann mit Updates nichts mehr, da der Exploit durch ein Update sich nicht entfernen lässt, sofern die CFW FIRM0 und FIRM1-Schreibschutz hat (was eigentlich so ziemlich jede hat, einbezüglich Luma3DS).

Somit musst du selber entscheiden, was du nimmst. Ich würde dir aber A9LH empfehlen, wenn du dir das zutraust. Das riskante an der Installation ist nur, dass du deinen 3DS einmal auf die 2.1-Firmware bringen musst (Ja, auch den New).
Angeblich soll die Installation seit neustem auf sicherer sein.

Ich selber kann nur bestätigen, dass ich den Hack auf zwei Geräten (New- und Old-3DS) installiert habe und hier (noch) kein Backstein rumliegt .

Hab Arm9LoaderHax jetzt auch schon auf mehreren Geräten installiert und bin echt glücklich. Solange man aufpasst, ist das definitiv die bessere Wahl.

Gedanken:
Also optimal wäre A9LH auf SysNAND. Für die Extraportion Sicherheit lässt man den SysNAND einfach, wie er ist und benutzt weiter
RedNAND/EmuNAND.

Hat jemand brauchbare, aktuelle Anleitungen dafür? Bestenfalls muss ich mir nicht aus 200 Quellen irgendwelchen Kram zusammensammeln, wo dann doch wieder andere Versionen drin stecken. Bin gestern Abend nach gut 1 Stunde mehr oder weniger gefrustet ins Bett gegangen.

Wie schaut denn das mit System Updates aus? Im SysNAND irgendwelche aktuellen Updates zu haben, ist doch trotzdem immer doof, oder? Da lässt sich ein EmuNAND bequemer updaten, wenn man muss. Abgesehen davon kann auch mit CIAs experimentieren ohne seinen SysNAND zu bricken.

Dann wäre da noch die Frage: EmuNAND sauber neu aufsetzen (mit emunand9) oder behalten?
Wenn ersetzen: Wie bekomme ich die Savegames der CIAs übertragen? Gibt es inzwischen ein Tool dafür?

Also mit A9LH kannst du den SysNAND updaten, wie du lustig bist. Da gibts keinen Unterschied zum EmuNAND.
Sofern du dir den SysNAND bricken solltest, kannst du einfach dir eine Payload für eine App auf die SD-Karte legen, die ein NAND-Backup wiederherstellen kann. Wenn du dann den (gebrickten) 3DS startest, startet er direkt die jeweilige App, du kannst dein Backup wiederherstellen und alles ist wieder so wie vorher.

Wenn du dennoch weiterhin den EmuNAND verwenden möchtest, kannst du trotzdem A9LH auf normalem Wege installieren bis auf den Punkt, dass du am Ende in der Konfiguration von Luma3DS den Punkt "Use SysNAND" nicht anwählen darfst.

Den Installationsguide von Plailect selber findest du hier: github.com/Plailect/Guide/wiki/Part-1-(Homebrew)

Den EmuNAND kannst du im Grunde behalten. Ansonsten kannst du ein Backup deiner Savegames mit einer Homebrew App erstellen. Welche das genau ist, muss ich gleich nochmal nachgucken, bin nämlich noch unterwegs.

@maxi7845 Also wirklich keine Nachteile zum EmuNAND? Ich hab aktuell A9LH auf meinem old 3DS XL. Das bootet dann Luma3DS in den EmuNAND. Wenn ich mein Setup jetzt umstellen möchte auf SysNAND, wie stelle ich das am besten an? Bin mittlerweile wieder ein bisschen raus aus dem Thema

Wie du das anstellst, weiß ich zwar nicht mehr (war aber net schwer), aber eigentlich ist die sysNAND-Variante sogar besser. DSi- und GBA-Spiele müssen nur einmal installiert werden und außerdem bist du nicht komplett auf die SD angewiesen. Falls die kaputt geht, haste deinen NAND noch.

@feeder Theoretisch müsste es klappen, indem du ein EmuNAND-Backup im SysNAND wiederherstellst, allerdings kann ich dir nicht versichern, ob das klappt, da ich nicht weiß, ob dabei die Installation von A9LH bestehen bleibt, da müsstest du nochmal jemand anderes fragen.

Anschließend müsstest du eigentlich nur in der Luma3DS-Konfiguration den Punkt "Autoboot SysNAND" ankreuzen, ansonsten wäre da nichts anders.

Ist mir wumpe, wenn ich meine Daten verliere. Muss ich trotzdem ein Backup einspielen? Oder kann ich einfach Luma3DS auf den Sysnand umleiten und den EmuNAND von der Karte löschen?

Einfach den EmuNAND von der SD-Karte löschen und dann in Luma3DS folgende Punkte in der Config aktivieren:
"Autoboot SysNAND"
"SysNAND is updated"
"Force A9LH detection"
"Show current NAND in System Settings"
"Show GBA boot screen in patched AGB_FIRM"

Oder bei PeachyNAND:
"SystemNAND automatisch starten"
"Der 3DS SystemNAND ist aktualisiert (nur A9LH)"
"Erzwinge die Erkennung von Arm9LoaderHax"
"NAND in den Systemeinstellungen anzeigen"
"Zeige den GBA Bootscreen der AGB_FIRM beim starten von GBA VC Spielen an"

@Yoshi9288 Kannst du mir noch sagen, wie ich jetzt FBI wieder installiert bekomme? Und vielen Dank!

Edit: Schon geschafft

[Mimimi-Modus=AN] "Show current NAND" und der GBA-Bootscreen sind nicht zwingend,sondern Geschmackssache [Mimimi-Modus=AUS]

Man braucht es nicht zwingend, ist aber trozdem sinnvoll bzw. schöner anzusehen.

Ich persönlich liebe es wenn bei den GBA spielen die GBA Bootanimation kommt.

So. Hab es jetzt mit der Anleitung von @maxi7845 eingerichtet.
Da kamen wieder die alten Anfänger Gefühle auf, als ich meine erste Wii gemodded habe. Habe wieder 6 Stunden lang SD-Karte hin- und hergesteckt.

Damit hätte ich meinen "Haupt 3DS" jetzt auf A9LH mit Luma3DS CFW auf FW 11.0 im SysNAND. Nach der unten stehenden Geschichte habe ich mich dann doch entschieden, A9LH voll zu vertrauen, was die Brick-Recovery Fähigkeiten angeht.

Wie gesagt: Sehr zeitaufwändig, da man wirklich alles genau lesen muss, wo was extrahiert werden muss und viele einzelne Downloads hat. Nicht optimal, aber machbar.

Der böse Stolperstein versteckte sich in der A9LH Installation, die ich leider auf dem Glitch-Bildschirm durchführen musste. Beim ersten Versuch, mit dem Webseitenaufruf, hatte ich einfach mal A auf dem Glitchbildschirm gedrückt und da ging mein 3DS aus.
Nochmal versucht, gelesen, dass ich irgendetwas anderes drücken soll und dann... Er geht wieder aus. Beim Starten ein Blackscreen. Sauber. Nachdem der Start auf FW 2.1 schon mit der SD-Karte nicht geklappt hatte und es im Troubleshooting stand, nahm ich die SD-Karte wieder heraus. Klasse. 3DS geht an und sofort wieder aus (blaue LED pulsiert einmal).
Junge, Junge hatte ich eine Panik bis mir dämmerte, dass die CFW gar nicht starten konnte und neu konfiguriert werden musste. Da hab ich auch dieses Konzept mit den Knöpfen verstanden.
Ich hatte vorher echt gedacht: Warum soll ich die Datei nach "start_blabla" und "x_blabla" umbennen?

Man man man was ein Schock.

Insgesamt scheint das Ergebnis aber ganz gut auszusehen. Der Bootvorgang ist flott, ich hab zwischendrin von meiner kleinen "Müll-SD" auf meine richtige 3DS-SD Karte wechseln können und alles war super.

Jetzt steht mir erst einmal eine Nacht voller Installationen bevor, da ich meine ganzen Spiele wieder installieren darf. Wer schon mal eine CIA mit min. 1 GB installiert hat, weiß, dass das einfach ewig dauert.
Deswegen bin ich recht froh mal auf fbi umgestiegen zu sein, der eine Batch-Installation via Netzwerk unterstützt. Da kann der 3DS sich heute die ganze Nacht von meinem Raspi betanken lassen.
Morgen folgt noch mal eine Sortier- und Aufräumaktion auf meinem Rechner, damit ich mir den ganzen Ärger mit meinem 2. 3DS nicht noch mal antun muss und bei dem um einiges schneller durchkomme.

Danke für die Beratung und Hilfe. Wie man sieht, war sie sehr erfolgreich.

So erging es mir auch bei der A9LH-Installation beim ersten 3DS :D.
Ich hab den Installer ausgeführt und nach einmal Blinzeln war der 3DS aus, da die Installation erfolgte.
Also hab ich den 3DS angemacht... und er ging aus.
Nochmal. 3DS an... aus...
Mann, da hab ich vielleicht nen Schock gekriegt ( @Mega Man weiß, wovon ich spreche...), bis ich dann sah, dass auf der SD-Karte keine arm9loadhax.bin-Payload war.
Schön aber zu hören, dass bei dir alles geklappt hat .

Seit dem Post gestern Abend läuft mein 3DS und installiert meine Spiele. Ich habe das Gefühl, dass es über die SD-Karte deutlich schneller geht als mit FBI über das Netzwerk.

Ist aber schön, dass es stabil läuft.

@Penman
Benutzt du socketpunch?
Ist recht langsam, aber geht gut.

Sockfile 2.0 heißt das Tool

Habe übrigens eine neue Version meines Bootloaders BootCTR9 veröffentlicht: pre v1.0
Dazu gekommen sind mit diesem Update unter anderem:

• Bootpasswort support
  
• Bootanimations support für den Topscreen (komprimiert und unkomprimiert)
  
• Ein paar Softboot Features (automatisch den letzten payload starten und die Konfigurierbarkeit der Splashscreen anzeige beim Softboot)
  
• Automatisches Luma Payload Patching
  
• Die Konfigurierbarkeit der Payload Bildschirmhelligkeit
  
• A9lh Netloader Companion support
  

Außerdem ist die arm9bootloader.bin nun direkt in die arm9loaderhax.bin integriert, so das man nur noch eine von beiden Binarys braucht, abhängig vom arm9loaderhax fork.
Auch werden nun mehrere Framebuffer verwendetet, was tearing verhindert.