Tut mir Leid, dass ich erstmal keine bessere Überschrift finden konnte
Ich habe vor ein paar Tagen meine WiiU zu Crypto gesendet, da dieser über die nötige Hardware sowie Erfahrung zum NAND Flashing verfügt. Vielen Dank nochmal
Ursprünglich ging es dabei mal um das bloße Unbricking, da der WiiU-Updater meine WiiU nicht updaten konnte (Fehler 162-0002), die vWii zudem vollständig unbrauchbar war (Brick) und es auch ansonsten merkwürdiges verhalten gab. Wollte man z.B. die Konsole initialisieren, startete gegen Ende (?) des nicht abgeschlossenen (?) Vorgangs plötzlich die vWii. Von Uhrzeit, Videomodus und WiiMote-Synchronisation abgesehen war hier alles wie vor der Initialisierung geblieben. Kanäle, Spielstände, installierte IOS usw. Ich verfügte jedoch glücklicherweise über ein NAND Backup meiner vWii, welches ich zuvor mit DumpMiiNAND erstellt hatte, sowie über die keys.bin. Also schickte ich die Konsole zu Crypto.
Den Vorgang haben wir durchgehend gemeinsam besprochen. Es kam jedoch (wie erwartet) zu Komplikationen. vWii ist eben nicht gleich Wii. So wird z.B. offenbar ein 2048MB großer TOSHIBA-NAND verwendet, in dem genau viermal "hintereinander" dieselben 512MB an Daten zu finden waren. Zu diesem Chip ließen sich außerdem keinerlei genaue Herstellerinformationen finden. Keine Datenblätter, Infos... einfach nichts. In anderen WiiUs wird jedoch auch z.B. ein 512MB großer SAMSUNG-NAND verwendet, ähnlich dem in einer klassischen Wii. Hier ist nur das exakte Modell ein anderes. Der InFeCtus konnte den TOSHIBA NAND nicht erkennen und weder von ihm lesen noch ihn beschreiben. Der viel langsamere, jedoch offensichtlich kompatible Teensy2.0++ hatte damit (scheinbar) jedoch keine Probleme.
Weitere Informationen zu Erfolgen und Misserfolgen sowie Resultaten folgen noch von mir und evtl. Crypto. Wir bitten um Beteiligung der ERFAHRENEN Forenmitglieder; insbesondere Developer. Die meisten Probleme in Verbindung der WiiU mit der vWii scheinen daher zu kommen, dass die derzeitigen Homebrew-Tools Dateien mit FEHLERHAFTEN Lese/Schreib-Berechtigungen in den NAND schreiben, sodass der WiiU-Mode keinerlei Schreibzugriff auf die betroffenen Dateien hat. Der Schreibzugriff ist jedoch z.B. bei Updates und Initialisierung unbedingt notwendig! Dürfte es nicht möglich sein, diesen Fehler in neuen Versionen der verwendeten Programme (z.B. YAWMM) zu beheben? Außerdem wäre es sehr praktisch, wenn es ein Tool gäbe, mit welchem man innerhalb einer nand.bin auf dem PC ganz frei Dateien löschen, kopieren, ersetzen usw... kann. Der nötige Code dürfte in weiten Teilen bereits in Tools wie dem NUS NAND Builder oder nandBinCheck - das meiste also HIER - zu finden sein. Doch VORSICHT! Auch der NUS NAND Builder ist bekannt dafür, ein paar Fehler zu machen. So lässt sich z.B. ein mit dem NUS NAND Builder bearbeitetes Image nicht mit ShowMiiWADs bearbeiten, auch nicht ein später neu erstelltes NAND Image der betroffenen Konsole. Zudem funktioniert auf bearbeiteten Konsolen der NAND Formatter nicht mehr.
Wichtige Ergebnisse werden im Startpost zusammengefasst.
UPDATE: Nach laaaaaaaangen Experimenten bestand am Ende die einzigste Möglichkeit darin, das NAND-Image einer funktionstüchtigen vWii mittels punetwiin zu bearbeiten und anschließend in diesem Image die settings.txt (mit dem NUS NAND Builder) anzupassen. Das konnte dann geflasht werden. Updates, Initialisierung etc funktionieren hier ausgezeichnet. Die Shop-Lizenzen blieben dieselben wie vorher, wurden also NICHT vom "Spender-NAND" übernommen. Hier gibt es keinerlei Konflikte.
Ich habe vor ein paar Tagen meine WiiU zu Crypto gesendet, da dieser über die nötige Hardware sowie Erfahrung zum NAND Flashing verfügt. Vielen Dank nochmal
Ursprünglich ging es dabei mal um das bloße Unbricking, da der WiiU-Updater meine WiiU nicht updaten konnte (Fehler 162-0002), die vWii zudem vollständig unbrauchbar war (Brick) und es auch ansonsten merkwürdiges verhalten gab. Wollte man z.B. die Konsole initialisieren, startete gegen Ende (?) des nicht abgeschlossenen (?) Vorgangs plötzlich die vWii. Von Uhrzeit, Videomodus und WiiMote-Synchronisation abgesehen war hier alles wie vor der Initialisierung geblieben. Kanäle, Spielstände, installierte IOS usw. Ich verfügte jedoch glücklicherweise über ein NAND Backup meiner vWii, welches ich zuvor mit DumpMiiNAND erstellt hatte, sowie über die keys.bin. Also schickte ich die Konsole zu Crypto.
Den Vorgang haben wir durchgehend gemeinsam besprochen. Es kam jedoch (wie erwartet) zu Komplikationen. vWii ist eben nicht gleich Wii. So wird z.B. offenbar ein 2048MB großer TOSHIBA-NAND verwendet, in dem genau viermal "hintereinander" dieselben 512MB an Daten zu finden waren. Zu diesem Chip ließen sich außerdem keinerlei genaue Herstellerinformationen finden. Keine Datenblätter, Infos... einfach nichts. In anderen WiiUs wird jedoch auch z.B. ein 512MB großer SAMSUNG-NAND verwendet, ähnlich dem in einer klassischen Wii. Hier ist nur das exakte Modell ein anderes. Der InFeCtus konnte den TOSHIBA NAND nicht erkennen und weder von ihm lesen noch ihn beschreiben. Der viel langsamere, jedoch offensichtlich kompatible Teensy2.0++ hatte damit (scheinbar) jedoch keine Probleme.
Weitere Informationen zu Erfolgen und Misserfolgen sowie Resultaten folgen noch von mir und evtl. Crypto. Wir bitten um Beteiligung der ERFAHRENEN Forenmitglieder; insbesondere Developer. Die meisten Probleme in Verbindung der WiiU mit der vWii scheinen daher zu kommen, dass die derzeitigen Homebrew-Tools Dateien mit FEHLERHAFTEN Lese/Schreib-Berechtigungen in den NAND schreiben, sodass der WiiU-Mode keinerlei Schreibzugriff auf die betroffenen Dateien hat. Der Schreibzugriff ist jedoch z.B. bei Updates und Initialisierung unbedingt notwendig! Dürfte es nicht möglich sein, diesen Fehler in neuen Versionen der verwendeten Programme (z.B. YAWMM) zu beheben? Außerdem wäre es sehr praktisch, wenn es ein Tool gäbe, mit welchem man innerhalb einer nand.bin auf dem PC ganz frei Dateien löschen, kopieren, ersetzen usw... kann. Der nötige Code dürfte in weiten Teilen bereits in Tools wie dem NUS NAND Builder oder nandBinCheck - das meiste also HIER - zu finden sein. Doch VORSICHT! Auch der NUS NAND Builder ist bekannt dafür, ein paar Fehler zu machen. So lässt sich z.B. ein mit dem NUS NAND Builder bearbeitetes Image nicht mit ShowMiiWADs bearbeiten, auch nicht ein später neu erstelltes NAND Image der betroffenen Konsole. Zudem funktioniert auf bearbeiteten Konsolen der NAND Formatter nicht mehr.
Wichtige Ergebnisse werden im Startpost zusammengefasst.
UPDATE: Nach laaaaaaaangen Experimenten bestand am Ende die einzigste Möglichkeit darin, das NAND-Image einer funktionstüchtigen vWii mittels punetwiin zu bearbeiten und anschließend in diesem Image die settings.txt (mit dem NUS NAND Builder) anzupassen. Das konnte dann geflasht werden. Updates, Initialisierung etc funktionieren hier ausgezeichnet. Die Shop-Lizenzen blieben dieselben wie vorher, wurden also NICHT vom "Spender-NAND" übernommen. Hier gibt es keinerlei Konflikte.
Dieser Beitrag wurde bereits 3 mal editiert, zuletzt von nino ()