Wii-Homebrew.com Forum

Herzlich willkommen zum Ultimate Homebrew Guide (UHG) von Wii-Homebrew.com. Hier lernen sie die Funktionsweise der Wii kennen, eignen sich Wissen über vielerlei interessante Dinge an und werden am Ende dieses Guides eine vor Schäden geschütze, vollmodifizierte Wii ihr Eigen nennen können. Dazu empfehlen wir ihnen jeden Satz mindestes zweimal zu lesen um etwaige, triviale Fragen vorzubeugen. Falls Schwierigkeiten auftauchen, sie Verbesserungsvorschläge haben, Kritik ausüben wollen oder einfach irgendwas fragen wollen, fühlen sie sich frei im entsprechenden Supporbereich des Forums zu fragen.

Wichtig: Bitte nicht vom vielen Text abschrecken lassen. Das dient nur zu ihrer eigenen Sicherheit. Je mehr sie über ihre Wii erfahren, desto geringer ist das Risiko, dass ihre Wii Schaden nehmen könnte und desto mehr können sie Homebrew genießen.

Zum Ultimate Homebrew Guide Supportbereich (Fragen zum UHG bitte nur dort posten!)

Inhaltsverzeichnis

- Wii-Homebrew Einleitung
- Stufe 0 - Vorwort zum Installationsbeginn
- Stufe 1 - Basisinstallationen - Homebrew Channel, BootMii mittels Bannerbomb
- Stufe 1.5 - Umgang mit dem Homebrew Channel, NUS Downloader, Wad
- Stufe 2 - Aktivierung des Trucha Bugs, cIOS Installation für alle Firmware (außer FW4.3!)
- Exkursion - Der Gamecubemodus, MIOS, cMIOS, BC // Installation von cMIOS und Gamecube Backup Launcher
- Backup Disk Loader, BackupUSB Loader
- Stufe 3 (Optional) - Systemmenu-Hacks, Preloader, Priiloader, StartPatch
- Glossar & Fehlermeldungen und deren Bedeutungen

Einleitung

1. Wie alles anfing

Die Nintendo Wii ist seit Dezember 2006 auf dem Markt und ist verkaufszahltechnisch die erfolgreichste "Next-Gen"-Konsole. Sie bietet neben einer innovativen, auf Bewegung beruhenden Steuerung, viele unterschiedliche Spiele für Jung und Alt. Daneben lässt die integrierte "Virtual Console" pures Retrofeeling aufkommen. So lassen sich unter kleines Entgelt viele Videospielklassiker verschiedenster Konsolen und Heimcomputer runterladen und spielen. Dabei erwirbt man eine Lizenz des jeweiligen Spiels, was bedeutet, dass man ein Lebenlang freie Verfügbarkeit des jeweiligen Spiels erhällt.

Während die Wii spieletechnisch überzeugen kann (:P), so enttäuscht sie außerhalb dieses Bereiches. Multimediatechnisch hat Nintendos Große nicht viel zu melden. Leider kann man auch nichts dagegen tun, denn eine Konsole ist anders als ein PC ein geschlossenes System. Die Wii ist sozusagen in Nintendos Hand und wir müssen uns mit dem zufrieden geben, was uns unser Lieblingspublisher auf den Teller serviert.

2. Das zwielichtige Team und der Elfenjunge

Es war einmal eine Gruppe von erfahrenen Programmieren, die sich für die Funktionsweise der Wii interessert haben. Dazu haben sie die Wii auseinander gebaut und ihre Bestandteile analysiert. Einer aus der Gruppe, genannt als "bushing" war ein Meister in Sachen "Reverse Engineering". Dadurch hatte er sich einiges, grundlegendes Wissen über die Wii angeeignet. Irgendwann hat das Team ihren ersten "Exploit" entwickelt, der es ermöglichte, die privaten, verschlüsselten "Keys" der Wii zu erhalten. Dadurch war es möglich, dass System der Wii besser zu erkunden und eigenen Code im Gamecube-Modus auszuführen. Dieser "Exploit" wird als "Tweezer Attacke" bezeichnet. Diesen hatte bushing in der "24c3 Hacker-Konferenz" vorgestellt. Ein Video dazu können Sie sich nachfolgend ansehen. Die Homepage von bushing/Team Twizzer finden Sie hier mit vielen technischen Informationen über die Wii.

Jetzt fragen Sie sich sicherlich was denn ein Exploit ist? Nun, dazu müssen Sie sich die Wii wie eine Mauer um eine Burg herum vorstellen. Die Mauer ist ziemlich stabil, weshalb selbst Kanonenkugeln einfach abprallen. Jedoch hat jede Mauer irgendwo schwache Stellen, auf die man geziehlt feuern muss um einen Riss zu erzeugen. Die Wii hat ebenfalls solche Schwachstellen, wobei deren Aufspüren sehr schwierig ist. Diese Schwachstellen werden als "Exploits" bezeichnet. Ein "Hack" ist eine Software, die die Schwachstelle/Sicherheitslücke ausnutzt um sich in der Wii einzunisten und "Unheil" in Form von nicht von Nintendo legitimierten Modifikationen vorzunehmen. Oft wird der Hack selbst als Exploit bezeichnet.

Die "Tweezer Attacke" genügte aber nicht um eigenen Code im Wii-Modus auszuführen. Jedoch sollte genau dies später ein Elfenjunge names Link aus der berühmten Zelda-Reihe schaffen. Team Twiizer entdeckten mit Hilfe ihrer "Tweezer-Attacke" eine Sicherheitslücke/Schwachstelle in Spiel "The Legend of Zelda: Twilight Princess" und haben daraufhin einen geeigneten Hack entwickelt, der sich in einem modifizierten Savegame/Speicherstand vom besagten Spiel befand und der einen ausführbaren Code enthielt. Dieser Hack wurde dem Namen des Spiels entsprechend in "Twilight Hack" getauft. Der Exploit enthielt im Savegame den Namen von Links Pferd "Epona", was lang genug war um einen "Buffer Overflow" zu erzeugen (zu Deutsch: Pufferüberlauf), welcher zu der Speicheradresse führte, in das sich der ausführbare Code befand. Detaiiertere Informationen zu dem Begriff "Buffer Overflow" sind hier nachzulesen.

Den "Twilight Hack" konnte man nun verwenden um selbst geschriebene Programme auf der Wii auszuführen. Wie der Hack in Aktion ausschaut, erfahren Sie im folgenden Video.

Der Nachteil des Twilight Hacks war der, das man immer auf "Zelda Twilight Princess" zurückgreifen musste wenn man eine Applikation starten wollte. Dem Problem waren sich Team Twiizer bewusst und entwickelten einen "Homebrew Loader", der in der Lage war ohne Zelda Twilight Princess beliebige Applikationen zu starten. Dieser Loader wurde zum Homebrew Channel getauft. Er wurde nachträglich zum Twilight Hack hinzugefügt, sodass er sich in das Menu der Wii als eigener Channel/Kanal installiert hat. Das bedeutete, dass man nun nicht mehr auf den "Twilight Hack + Zelda Twilight Princess" angewiesen war. Dies war der Beginn der Aufblühung von Homebrew für die Wii. Nachfolgend eine Demonstration des Homebrew Channels in Videoform.

Neben den Twilight Hack gibt es auch noch den sogenannten Bannerbomb und den Indiana Pwns-Exploit. Der Indiana Pwns-Exploit funktioniert so ähnlich wie der Twilight Hackmit dem Unterschied, dass man das Spiel Lego Indiana Jones braucht. Bannerbomb funktioniert mit jeder Firmware und ist nicht spielabhängig, sprich man kann gleich loslegen ohne vorher irgendwas Kommerzielles zu besorgen. Deshalb werden wir in diesem Guide ausschließlich mit Bannerbomb arbeiten. Falls aus irgendeinem Grund Bannerbomb bei Ihnen nicht funktioniert, so finden Sie hier eine Anleitung zum Indiana Pwnes-Exploit.

2.1 Homebrew Channel und Homebrew illegal?

Da man mit dem Homebrew Channel und dem Twilight Hack unautorisiert in das System der Wii eingreift, wird dies oft das illegal und "böse" verstanden. Dem ist aber nicht so. Team Twiizer, die für den Homebrew Channel und den Twilight Hack verantwortlich waren, haben nie kopierrechtlich geschützen Code in ihren Projekten benutzt. Der Homebrew Channel sowie alle weiteren Projekte von diesem Team sind zu 100% selbst geschrieben. Demnach haben sie das Recht damit zu tun was sie wollen. Jedoch ist Piraterie in Form von "Spiele aus dem Netz laden" illegal und wird durch das Team Twiizer und auch von uns nicht geduldet. In der Regel sind alle Homebrewprogramme völlig legal. Es sei denn sie beinhalten kopierrechtlich geschützen Code. Dies ist jedoch nur selten der Fall und bei uns nicht zu haben. Desweiteren ist noch zu sagen, dass Sie jegliche Garantie mit sofortiger Wirkung verlieren wenn Sie unautorisierte Software wie den Homebrew Channel in ihrer Wii installieren, denn sollte Nintendo merken, dass ihre Wii unautorisiert modifiziert wurde, bekommen Sie im Falle eines Bricks womöglich einen Kostenvoranschlag von derzeit 210 Euro als Reparatur - und "Bußgeld" serviert.

3. Das System der Wii

Damit Sie später verstehen können, warum und weshalb etwas funktioniert und nicht funktioniert, ist es an dieser Stelle erforderlich das System der Wii näher zu erläutern. Die Wii ist wie jede andere Konsole ein geschlossenes System mit einem eigenen Funktionsschema.

Die Wii besteht wie ein PC aus einer CPU und einer GPU. Die GPU spielt in diesem Guide keinerlei Rolle und kann getrost ignoriert werden. Daneben hat die Wii wie jeder PC eine "Festplatte" bzw. Flashspeicher. Dieser ist etwa 512 MB groß und wird auch NAND genannt. Wir werden zukünftig den Begriff Flashspeicher und Festplatte nicht mehr benutzen, sondern ausschließlich den Begriff NAND.

Beim Einschalten der Wii wird die CPU aktiv und führt als allererstes ein Code aus, das direkt in die CPU "eingebrannt" wurde. Dieser Code wird als boot0 bezeichnet und kann nicht modifiziert werden. Die geringste Änderung an dem boot0 hat einen unwiderruflichen Totalausfall der Konsole zur Folge. boot0 initialisiert die Wii und bootet den nächsten Code, der als boot1 bezeichnet wird. boot1 befindet sich nicht in der CPU, sondern im NAND. Genau wie boot0 hat die geringste Modifizierung von boot1 einen unwiderruflichen Totalausfall der Konsole zur Folge, weil es von einer digitalen Signatur im boot0 überprüft wird. Sprich wenn boot0 eine Modifizierung von boot1 feststellt, streikt es und lässt die Wii nicht starten.

boot1 bootet anschließend das sich ebenfalls im NAND befindliche boot2. boot2 wird später im Zusammenhang mit Brickschutz eine wichtige Rolle spielen. boot2 bootet/lädt anschließend das Systemmenu-IOS, das wiederum das Systemmenu lädt. Das Systemmenu ist das Menu indem sich alle Kanäle befinden, man Einstellungen vornehmen kann etc.

Die Wii kann jedoch nur mit boot0 bis boot2 und dem Systemmenu nicht funktionieren. Es fehlen noch "Kontrollprogramme / Kontrollstationen" die die Wii überwachen und für verschiedenste Funktionen verantworlich sind und diese lenken. Diese Programme nennt man IOS (Input-Output-System). Die IOS selbst bilden zusammen das Betriebssystem der Wii. Nachfolgend das Bootschema der Wii zusammengefasst.

[boot0 ---->boot1---->boot2---->Systemmenu-IOS---->Systemmenu]

3.1 Was sind IOS und wieviele gibt es von denen?

Wie gesagt sind IOS kleine Programme, die die Wii bzw. deren Funktionen/Inhalte steuern/kontrollieren und das Betriebssystem der Wii bilden. Sie befinden sich alle im NAND. Die Wii hat insgesamt 255 Slots für IOS zur Verfügung. Bisher sind noch viele Slots unbelegt.Für fast jede IOS steht eine bestimmte Funktion zur Verfügung, beispielsweise ist ein IOS für das Aufblinken der LED an der Wii zuständig, ein anderes für USB-Tastatur Support oder für die Funktionalität eines Kanals, wie zB den Wetter- und den Shop-Kanal. Programme machen sich die Funktionen in den IOS zu nutze um diese und jene Sachen auszuführen, ähnlich wie Linux-Kernel. Man könnte sagen, was für Linux Kernel sind, sind IOS für die Wii. Deshalb sind Aussagen, die Wii basiere auf Linux, nicht ganz aus der Luft gegriffen.

Fehlen IOS, so fallen deren entsprechenden Funktionen aus. IOS30 beispielsweise ist zuständig für die Erkennung von USB-Tastaturen. Fehlt es, wird keine USB-Tastatur mehr von der Wii erkannt. IOS31 ist zuständig für den Wetter-, News,- und Fotokanal. Fehlt es, so würden besagte Kanäle nicht mehr funktionieren. Manche IOS sind einfach nur Platzhalter mit keinerlei Funktionen. Es kann immer nur ein IOS zur gleichen Zeit laufen. Beispiel: Wenn das Systemmenu gerade zu sehen ist, dann läuft ausschließlich das IOS, was für das Systemmenu verantworlich ist. Für das Systemmenu 4.2 beispielsweise, ist das IOS70 verantwortlich. Startet man ein Spiel, schaltet sich das IOS70 ab und das IOS, was für das Starten des Spiels verantworlich ist, wird aktiv. Ingesamt gibt es nur 2 Zustände, in denen kein IOS läuft, nämlich im Gamecube-Modus und im BootMii/Boot2-Menu. Im Gamecube-Modus läuft stattdessen ein MIOS und im BootMii/Boot2-Menu das Mini, einem IOS-ähnlichen Bestandteil der Wii. Beide Modi werden wir später näher erläutern.

Eine wichtige Funktion von IOS ist das Installieren von Dateien, zB. Kanäle für das Wii-Menu. Dazu sind 2 Sicherheitsschlüssel erforderlich. Der erste Schlüssel nennt sich common-key und ist für jede Wii identisch. Der common-key ist in jeder Wii in einer ROM in der Nähe des Coprozessors Starlet versteckt. Team Twiizer haben ihn durch ihre "Tweezer-Attacke" ausfindig machen können. Wenn der common-key gerade in Gebrauch ist, dann befindet er sich im 24MB großen RAM der Wii. Wir erinnern uns, durch die "Tweezer-Attacke" war es möglich den RAM der Wii zu untersuchen.

Der zweite Schlüssel nennt sich private key und befindet sich auf Nintendos Server. Bis heute hat man es nicht geschafft, ihn zu erhalten. Jetzt fragen Sie sich vielleicht, warum es dennoch möglich ist Kanäle zu installieren obwohl der private key nicht geborgen werden konnte. Nun, Team Twiizer entdeckte in jedem IOS einen Sicherheitsfehler, der als Trucha Bug bezeichnet wird. Jetzt wird es etwas kompliziert (unbekannte Fachausdrücke bitte googeln): Um die Anwesenheit des private keys zu kontrollieren, gebraucht das IOS die Funktion strncmp(). strncmp() ist eine Funktion der Programmiersprache C. Diese überprüft ob es zwei exakt identische Schleifen gibt. Wenn ein 0 byte erkannt wurde, wird angenommen, dass die Schleifen gleich sind und die Funktion wird beendet bzw. die Sicherheitskontrolle wird abgebrochen. Um also etwas installieren zu können, müssen wir den common-key und ein 0 byte in die Installationsfunktion des IOS übertragen. Die Methode etwas mit 0 byte anstatt des private keys zu installieren, bezeichnet man als Fakesigning. Der Sicherheitsfehler eines IOS strncmp() zu benutzen ( und ein 0 byte zu erkennen), wird als Trucha Bug bezeichnet.

Wir fassen also zusammen: Um etwas zu installieren, brauchen wir ein IOS mit dem Trucha Bug. Mit dem Systemmenu 3.3 hat Nintendo es erstmals geschafft alle IOS mit Trucha Bug zu fixen indem man die Funktion strncmp() mit memcmp() ersetzt hat, einer Funktion, die nicht abbricht wenn sie 0 byte gefunden hat.

Irgendwann entwickelte Team Twiizer ein Code, genannt PatchMii, mit dem es möglich war IOS zu downloaden, zu installieren und mit dem Trucha Bug zu patchen. Solche IOS werden cIOS genannt. Jedoch werden solche IOS von vielen Menschen fälschlicherweise als normale IOS bezeichnet oder einfach nur IOS mit Trucha Bug.

Der Programmierer Tona war der erste, der eine Applikation released hat, die das IOS36 runtergeladen, mit dem Trucha Bug gepatcht und im IOS-Slot 249 installiert hat. Damit war das cIOS249 geboren. Dieses cIOS war jedoch nicht in der Lage um für Pirateriezwecke missbraucht zu werden, sprich mit diesem cIOS konnte man keine gebrannten Spiele spielen.

Irgendwann haben die Entwickler Waninkoko und Wiigator die Applikation von Tona kopiert und modifiziert, sodass das IOS36 nicht nur mit dem Trucha Bug, sondern mit anderen Funktionen gepatcht wurde, mit denen man dann in der Lage war, gebrannte Spiele zu spielen. Das sogenannte "Warez-IOS" oder in den meisten Augen das echte IOS249 war geboren.

Unter den IOS unterscheidet man grob zwischen essentielle und nicht essentielle IOS. Fehlen nicht essentielle IOS, so werden der Wii einige Funktionen beraubt, aber die Wii selbst funktioniert dann noch. Werden allerdings essentielle IOS entfernt, so startet die Wii nicht mehr. Die IOS, die für die Funktionaliät des Systemmenus verantwortlich sind, sind essentiell. Wenn man sie entfernt, kann logischerweise das Systemmenu nicht mehr gebootet werden, sprich die Wii ist hinüber.

Man unterscheidet zwischen natürliche und unnatürliche IOS. Alle von Nintendo selbst stammenden IOS sind natürliche IOS. Unnatürliche bzw. künstliche IOS sind von Codern selbst erstellte IOS, die der Wii weitere, von Nintendo nicht zugelassene Funktionen spendieren soll. Fast alle künstlichen IOS verleihen der Wii die Fähigkeit, selbstgebrannte Spiele zu spielen. Somit ist deren Existenz nicht ganz unumstritten. Künstliche IOS kürzt man standardmäßig mit cIOS ab (custom IOS, siehe weiter oben!). Von den cIOS existieren momentan offiziell 6 Stück (inoffiziell wahrscheinlich noch ein paar mehr): IOS202, IOS222, IOS223, IOS224, IOS249, IOS250. Das IOS249 hat von allen cIOS als erstes das Licht der Welt erblickt. Deshalb meint man, wenn man allgemein von cIOS spricht, falls man nicht anderes angibt, das IOS249. Der spanische Hacker Waninkoko ist zusammen mit Wiigator verantwortlich für das IOS249 und IOS250, sowie Hermes für das IOS202, IOS222, IOS223 und IOS224. Das IOS202 ist das einzige IOS, dessen Ziel nichts mit Piraterie zu tun hat. Es spendiert der Wii eine USB2.0-Funktion, Zugriff auf normale DVDs und verbessert wahrscheinlich auch noch die Funktionalität von einigen Homebrews.

Von fast jeder IOS gibt es mehrere Versionen. IOS unterschiedlicher Version können sich von ihrer Funktionalität stark unterscheiden. So kann ein IOS2 v5 beispielsweise ganz andere Eigenschaften haben, als ein IOS2 v4. Falls in der Wii bereits ein IOS mit dem selben Namen installiert ist, so wird jedes gleiche IOS unterschiedlicher Version nur installiert, wenn es eine höhere Version als das bereits installierte IOS aufweist. Dabei wird das zuvor installierte IOS, das eine niedrige Version trug von dem neueren IOS überschrieben. Es kann nie ein IOS gleicher Art installiert werden, wenn bereits ein IOS mit einer höheren Version installiert ist.

Um dieses Prinzip besser nachvollziehen zu können, erinnern Sie sich bitte an Nintendos neustes Systemmenu-Update 4.2. Ein Update hatte bzw. hat unter anderem zur Folge, dass keine gebrannten Spiele mehr funktionieren. Nintendo hat dazu einen einfachen, wie bushing sagte, eher einfallslosen "Trick" angewandt. Alle IOS, die für Sicherheitskopien verantworlich waren, wurden mit dem Update auf 4.2 mit gleichen IOS höherer Version überschrieben. Der Unterschied zu den IOS vor dem Update, ist die Funktionslosigkeit der neueren IOS. Diese waren völlig ohne Funktion, sie waren stumpf, zu Englisch: Stub. Deshalb werden solche IOS, die keinerlei Funktionen haben, als Stub IOS bezeichnet. Da diese Stub IOS höhere Versionen als ihre gleichen IOS mit Funktionen haben, ist es nicht möglich die alten IOS, die nicht stumpf sind, zu installieren solange es IOS gleicher Art mit höherer Version installiert sind. Die einzige Lösung wäre alle Stub IOS manuell zu löschen und anschließend die alten IOS wieder zu installieren.

3.2 NUS - Nintendos legale IOS-Datenbank

Der NUS (Nintendo Update Server) beinhaltet eine fast vollständige Datenbank aller bisher veröffentlichen IOS. Manche gibt es nicht mehr, andere jedoch schon. Wenn die Wii einen Updatevorgang durchführt, dann nimmt sie Verbindung zum NUS auf, überspielt alle erforderlichen IOS, Kanäle und das Systemmenu und installiert diese dann. Ein erfahrender Coder hat ein Tool für den PC programmiert, dass es erlaubt, eine direkte Verbindung zum NUS aufzunehmen und jede dort zur Verfügung stehende Datei völlig legal runterzuladen. Dieses Tool wird als NUSD bezeichnet (Ninteno Update Server Downloader). Dieses wurde von WB3000 programmiert. Es gibt noch weitere Kopien vom NUSD, wie zB. der NISD (Nintendo IOS System Downloader). Falls sie im Forum aufgefordert werden eine bestimmte IOS-Datei zu besorgen, so können sie dies bequem und legal per NUSD machen. Ebenfalls können sie eine bestimmte Systemmenu-Datei runterladen.

3.3 IOS-Liste

Nachfolgend eine Liste mit allen veröffntlichten IOS inkl. deren Funktionen.

3.5 Trucha Bug, Fakesigning Bug, ES_Identify

Da die obige Erklärung des Trucha Bugs so schön war, sind wir so frei und posten den Text einfach nochmal, doppelt lesen kann nicht schaden:

Eine wichtige Funktion von IOS ist das Installieren von Dateien, zB. Kanäle für das Wii-Menu. Dazu sind 2 Sicherheitsschlüssel erforderlich. Der erste Schlüssel nennt sich common-key und ist für jede Wii identisch. Der common-key ist in jeder Wii in einer ROM in der näher des Coprozessors Starlet versteckt. Team Twiizer haben ihn durch ihre "Tweezer-Attacke" ausfindig machen können. Wenn der common-key gerade in Gebrauch ist, dann befindet er sich im 24MB großen RAM der Wii. Wir erinnern uns, durch die "Tweezer-Attacke" war es möglich den RAM der Wii zu untersuchen.

Der zweite Schlüssel nennt sich private key und befindet sich auf Nintendos Server. Bis heute hat man es nicht geschafft, ihn zu erhalten. Jetzt fragen sie sich vielleicht, warum es dennoch möglich ist Kanäle zu installieren obwohl der private key nicht geborgen werden konnte. Nun, Team Twiizer entdeckte in jedem IOS einen Sicherheitsfehler, der als Trucha Bug bezeichnet wird. Jetzt wird es etwas kompliziert (unbekannte Fachausdrücke bitte googeln): Um die Anwesenheit des private keys zu kontrollieren, gebraucht das IOS die Funktion strncmp(). strncmp() ist eine Funktion der Programmiersprache C. Diese überprüft ob es zwei exakt identische Schleifen gibt. Wenn ein 0 byte erkannt wurde, wird angenommen, dass die Schleifen gleich sind und die Funktion wird beendet bzw. die Sicherheitskontrolle wird abgebrochen. Um also etwas installieren zu können, müssen wir den common-key und ein 0 byte in die Installationsfunktion des IOS übertragen. Die Methode etwas mit 0 byte anstatt des private keys zu installieren, bezeichnet man als Fakesigning. Der Sicherheitsfehler eines IOS strncmp() zu benutzen ( und ein 0 byte zu erkennen), wird als Trucha Bug bezeichnet.

Wir fassen also zusammen: Um etwas zu installieren, brauchen wir ein IOS mit dem Trucha Bug. Mit dem Systemmenu 3.3 hat Nintendo es erstmals geschafft alle IOS mit Trucha Bug zu fixen indem man die Funktion strncmp() mit memcmp() ersetzt hat, einer Funktion, die nicht abbricht wenn sie 0 byte gefunden hat.


Manche Sachen funktionieren trotz Trucha Bug nicht. Die Lösung hierfür ist das Patchen der IOS mit ES_Identify , einem Code, der dafür sorgt, dass das entsprechende IOS getäuscht wird. Grob erklärt: A funktioniert, B funktioniert nicht. Wenn man nun B mit dem IOS initialisiert, dann wird es geblockt. Wenn das IOS jedoch mit ES_Identify versehen ist, denkt es, dass B, A ist und führt es aus. Der AnyTitel Deleter beispielsweise, braucht ein IOS mit ES_Identify.

3.6 Title, Title ID

Überall ist die Rede von Titles, doch was ist das? Nun, als Title bezeichnet man allgemein Software. Der Homebrew Channel ist ein Title, das IOS30 ist ein Title, Super Mario Bros ist ein Title, World of Goo ist ein Title, das Systemmenu 3.4 ist ein Title usw.

Da es so viele Titles gibt, muss es auch irgendwas geben, anhand dessen man sie unterscheiden kann. Deshalb ist jeder Title mit einer eigenen, spezifischen ID versehen. Der Homebrew Channel beispielsweise hat die ID namens "HAXX", der neue Homebrew Channel allerdings JODI. Mehr Infos über Title_IDs können sie sich im folgenden Artikel durchlesen: Klick

4.0 Brick und Brickschutz

Das Schlimmste was einem Wii-Besitzer passieren kann, ist das Bricken einer Wii. Bei uns im Forum haben wir einen eigenen Bereich rund um Bricks, Bricksesbricks und Brickschutzmaßnahmen. Für Fragen dazu oder für Hilfeanfragen für den Fall, dass ihre Wii gebrickt ist, steht es ihnen frei das Forum zu benutzen. .

Man unterscheidet im allgemeinen zwischen 4 Brickformen:

Fullbrick - Eine Wii mit einem Fullbrick bleibt beim Einschalten der Konsole schwarz oder zeigt eine Fehlermeldung des Opera-Kanals an. Das Systemmenu wird gar nicht gebootet, ebenfalls nicht das DVD-Laufwerk. Manche Fullbricks sind außerhalb BootMii/Boot2 unbehebbar, andere können mit einem Autoboot-Modchip und SaveMiiFrii wiederhergestellt werden. Fullbricks entstehen in der Regel durch falschen Gebrauch von gefährlichen Homebrews, hervorgerufen durch mangelndes Wissen was man der Wii antut. Deshalb ist es wichtig, sich gut zu informieren, bevor man voreilig ein Update des Systemmenus durchführt oder irgendein IOS löscht.

Semi-Brick - Eine Wii mit einem Semi-Brick funktioniert zwar noch, aber man gelangt nicht mehr in die Systemeinstellungen. Stattdessen erhält man ein Warnhinweise bezüglich dem Opera-Kanal. Semi-Bricks erhält man, wenn man ein Systemmenu einer falschen Region installiert. Sie lassen sich leicht beheben wenn man nachträglich ein Diskupdate der richtigen Region durchführt, vorrausgesetzt man hat eines zur Hand und ein niedrigeres Systemmenu installiert als das, was auf der Disk drauf ist.

Bannerbrick - Bannerbricks entstehen beim Installieren einer fehlerhaften Wad mit einem falschen Banner (falsche Größe des Banners). Nach der Gesundheitswarnung wird die Wii freezen. Es könnte auch sein, dass die Meldung auftaucht, die Systemdateien seien fehlerhaft. Um Bannerbricks zu beheben gibt es bei uns im Forum ein Tutorial mit mehr Informationen (Danke an liQuii).

Error 003 Brick - Dieser Brick tritt am seltensten auf und das nur bei regionveränderten, koreanischen Wiis. Wenn man solchen ein normales Systemmenu-Update verpasst, bleibt das Bild beim nächsten Einschalten mit der Meldung Error 003 schwarz. Da das Rescue-Menu aber noch funktioniert, kann man versuchen, die Wii mittels Modchip, SaveMiiFrii und AutobootDVD zu retten.

4.1 SaveMii, SaveMiiFrii, Rescue-Menu

Die Wii besitzt einen eigenes Rettungsmenu, das als Rescue-Menu bezeichnet wird. Ist die Wii nicht zu sehr beschädigt, lässt sich dieses Menu durch einen Trick aufrufen. In diesem Menu steht in der unteren rechten Ecke das Systemmenu der Wii. Mit einer Trucha-gepatchten AutobootDVD und einem autobootfähigen Modchip lässt sich die Wii durch Aufspielen eines neuen Systemmenus retten. Das Rescue-Menu lässt sich auf 2 Arten aufrufen. Indem man einen Gamecube-Controller im vierten Port der Wii steckt und beim Einschalten der Konsole alle Richtungstasten des digitalen Steuerkreuzes drückt, gelangt man zum besagten Menu. Bei einem Original Gamecube-Controller ist das gleichzeitige Drücken der Richtungstasten nicht ohne weiteres möglich. Deshalb ist es notwendig, solche Controller vorher aufzuschrauben. Drittherstellercontroller funktionieren in der Regel ohne das man sie aufschrauben muss. Diese Methode mit dem Gamecube-Controller wird als SaveMiiFrii bezeichnet.

Wer unbedingt Geld loswerden will, der kauft sich ein kleines Gerät, dass man in einem Gamecube Memorycard-Slot steckt. Beim Booten der Wii übernimmt dieses Gerät die Rolle eines Gamecube-Controllers und ruft somit das Rescue-Menu hervor. Das kostenpflichtige Gerät wird als SaveMii bezeichnet. In vielen Augen ist SaveMii jedoch Abzocke, da es im Endeffekt keine wirklichen Vorteile gegenüber einem Gamecube-Controller hat. Hier gehts lang zur offiziellen Website von SaveMii.

4.2 Preloader/Priiloader, ein nicht ganz ungefährlicher Entbricker

Der Preloader wurde vom deutschen Coder Crediar entwickelt und stellt ein eigenes Menu da. Dieses wird noch vor dem Systemmenu aufgerufen, welches somit diverse Möglichkeiten bietet. Beim Einschalten der Wii muss man die Reset-Taste an der Vorderseite solange gedrückt halten, bis das Preloader-Menu erscheint. Von diesem Menu aus, hat man unter anderem die Möglichkeit, direkt den Homebrew Channel aufzurufen um Bricks durch beispielsweise Deinstallation von fehlerhaften Wads zu beheben. Somit lassen sich mit Preloader Banner- und auch Semi-Bricks beheben. Manchmal sind jedoch die Systemdateien so stark beschädigt, dass man erst gar nicht ins Preloader-Menu gelangt.

Die Installation von Preloader bringt jedoch ein gewisses Risiko mit sich, weshalb man hier abwägen muss. Erfahrungsgemäß ist die Anzahl an Bricks, die durch eine Installation von Preloader entstehen, eher gering. Eine Weiterentwicklung des Preloader nennt sich Priiloader und ist im Prinzip das Gleiche.

4.3 Bootmii - der ultimative Brickschutz...oder doch nicht?

Wir erinnern uns, boot2 ist ein Code, der das Systemmenu aufruft. Anders als boot1 und boot0 lässt sich boot2 modifizieren, ohne ein Brick auszulösen, allerdings nur bei alten Wiis, die einen Fehler ähnlich wie des Trucha Bugs im boot1 enthalten. Bootmii wurde von Team Twiizer entwickelt und ist eine Modifizierung von boot2. Wenn man Bootmii erstmal im boot2 installiert hat, sind selbst Fullbricks kein Problem mehr. Beim Einschalten der Wii erscheint als erstes das BootMii-Menu. In diesem Menu hat man mehrere Aktionsmöglichkeiten. Man kann direkt in den Homebrew Channel gelangen, ein NAND-Backup machen, ein NAND-Backup wieder in den NAND einspielen oder weiter zum Systemmenu gelangen. Wichtig ist, dass man immer zuerst ein Backup vom NAND macht nachdem man Bootmii installiert hat.

Nicht jede Wii ist BootMii/Boot2-Kompatibel. Solche Wiis haben einen gefixten boot1, der eine Modifizierung des boot2 nicht zulässt. In etwa zu Vergleichen mit einem gefixten Trucha Bug. Wenn sie eine neue Wii erwerben, dann gilt es als sicher, dass sie einen gefixten boot1 enthält, was bedeutet, dass es für solche Wiis keinen 99%igen Brickschutz gibt. Wie auch immer, Bootmii lässt sich auch als IOS installieren, das heißt, das es wie jede andere Applikation aus dem Homebrew Channel geladen werden kann. Bootmii als IOS bietet logischerweise keinen Brickschutz wie Bootmii im boot2 es tut, weil es abhängig vom Homebrew Channel ist. Ohne Preloader ist BootMii/IOS nahezu nutzlos. Bei vorhandenem Preloader bietet BootMii/IOS jedoch Schutz vor Banner- und Semibricks, da man so mit Hilfe des Preloaders ins BootMii-Menu gelangt.

Zum Schluss noch ein Wort die Steuerungsmöglichkeiten von BootMii/boot2 und BootMii/IOS. Bootmii wird im Mini betrieben, einem sehr schlanken Betriebssystem. Es bietet kein Support für Bluetooth, weshalb man mit der Wii-Ferbedienung nicht im BootMii-Menu navigieren kann. Ausschließlich folgende Steuerungsoptionen sind möglich:

1) Gamecube Controller
2) Reset-, Power-, und Ejecttase an der Wii (Power-Taste = Navigation durch die Punkte, Reset-Taste = Auswahl, Eject = Bestätigung beim Einspielen eines NAND-Backups)

Nähere Infos über Bootmii und Spendemöglichkeit gibt es auf der einzige offiziellen Website http://bootmii.org.

6.0 NAND-Emulation

Die Wii-Szene ist bereits so weit fortgeschritten, dass man sogar die interne Festplatte der Wii, den NAND, auf einer gewöhnlichen SD-Karte emulieren kann. Dies funktioniert mit dem Programm SNEEK, dem SD NAND/ES Emulation Kit. Ein Tutorial mit weiteren interessanten Infos gibt es hier. Den Diskussionsthread zu SNEEK finden Sie hier.

7.0 Zusätzliche Informationen

Schwarze Wiis und neuere weiße Wiis enthalten das D3-2-Laufwerk. Dieses Laufwerk ist nicht in der Lage Disks abzuspielen, egal welcher Art (außer Original Wii- und Gamecube-Titel). Film-DVDs eingeschlossen.

Es gibt kein 100%ig sicheres Merkmal für eine Wii mit einem D3-2-Laufwerk, lediglich Indizien. So ist es gut möglich, dass Wiis mit einer Seriennummer LEH/LEF250+ jenes Laufwerk enthalten. Eine nützliche Seite die weitere Indizien gibt ist diese hier. Dort einfach die komplette Seriennummer eingeben und das Ergebnis ansehen.

Bitte nicht falsch verstehen, diejenigen die Bootmii nur als IOS installieren können, haben KEINEN wirklichen Brickschutz und werden auch nie einen bekommen. Deshalb brauchen solche Leute auch nicht zwingend ein NAND-Backup zu machen. Er ist nützlich wenn man als Ahnungsloser ein Banner-oder Semibrick verursacht hat und nicht genau weis, wie man das beheben soll. In diesem Fall stet die radikale Möglichkeit zur Verfügung das NAND-Backup einfach in den NAND zu flashen und somit alles darin zu überschreiben. BootMii/IOS-Besitzer werden allerdings von Bootmii gewarnt, dass dieser Einspielprozess sehr gefährlich ist, da die Wii bei einer kleinen Störung bricken könnte. Um den Einspielprozess zu beginnen, müssen mit einem Gamecubecontroller alle auf dem Bildschirm gezeigten Tasten gleichzeitig gedrückt werden. Dazu könnte man schon einige Anläufe brauchen.

Hinweis: NAND-Backups bitte nur in Ausnahmefällen einspielen, da keine Software perfekt ist und jederzeit die Wii bricken kann!

Stufe 0

Vorwort

Stufe 1

Basisinstallationen - Homebrew Channel, Bootmii mittels Bannerbomb

Zu sehen sind verschiedene Dinge. Wenn Sie die Aufschrift "Can be installed" sehen, bedeutet das, dass das entsprechende Programm installiert werden kann. Auf dem obigen Bild ist zu sehen, dass der Homebrew Channel sowie DVDX installiert werden können. Jedoch kann Bootmii nicht im boot2 installiert werden, sondern nur als IOS.

Nun klicken sie weiter auf "Continue". Anschließend gelangen sie zum Installationsmenu:

Dort angekommen, installieren Sie bitte der Reihe nach den Homebrew Channel, danach, wenn sie möchten, DVDX und anschließend Bootmii. Für die BootMii-Installation gelangen Sie zu einem separaten Bildschirm wo Sie dann auswählen können, ob sie Bootmii im boot2 (falls möglich) oder als IOS installieren möchten. Ich empfehle Ihnen Bootmii sowohl im boot2, als auch als IOS zu installieren. Boot2 wie gesagt nur wenn es möglich ist. Nun kehren Sie zum Hauptmenu zurück und klicken Sie auf Exit. Die Wii wird nun neu gestartet.

Die Wii wird nun, falls sie Bootmii im boot2 installiert haben, bei jedem Neustart automatisch ins BootMii-Menu gelangen.  Nun ist das erste was Sie als nächstes machen müssen, ein NAND-Backup anzufertigen. Dazu müssen Sie durch das Bootmii Menu navigieren. Die Wii-Fernbedienung sowie das Nunchuck funktionieren hier nicht, da Bootmii über das Mini läuft. Dieses unterstützt aber kein Bluetooth, weshalb die Wii-FB keine Verbindung zur Wii aufbauen kann. Deshalb gibt nur noch 2 Möglichkeiten durchs BootMii-Menu zu navigieren. Entweder per Gamecube Controller im Port 1 oder per Reset-, Eject- und Power-Taste an der Wii selber. Um ein NAND-Backup zu machen ist keine weitere Erklärung erforderlich, da sich die Vorgehensweise anhand der Symbole und den Bildschrimanweisungen von selbst erklärt. Machen Sie sich keine Sorgen wegen sogenanter bad blocks. Jeder Flashspeicher weist eine unterschiedliche Anzahl solcher auf, ist aber nicht schlimm und tut hier nichts zur Sache.

Als nächstes ist es wichtig, den Bannerbomb-Ordner von der SD-Karte zu löschen. Dazu löschen Sie bitte den Ordner private.

Nun holen Sie sich was zu trinken, verschnaufen ein bisschen und machen dann, wenn sie wollen, mit dem nächsten Schritt weiter.

Stufe 1.5

Umgang mit dem Homebrew Channel, NUS Downloader, Wad

Normalerweise müsste man erst eine lange Nummer eingeben um eine bestimmte Datei zu bekommen. Dies ist aber nicht mehr der Fall, da man mit einem Klick auf Database bequem durch die Datenbank blättern kann und sich die Datei aussuchen kann, die man benötigt. Ganz unten sehen wir ein paar aktivierbare Optionen. Unter Pack ->WAD setzen wir ein Haken, damit die Inhalte, die man vom NUS runterlädt, als Wad-Dateien gepackt werden. Ignore Ticket, Local Files und Decrypt lassen wir alle deaktiviert. Delete Contents werden wir in der Regel auch deaktiviert lassen, wenn wir nur eine WAD haben möchten. SaveAs ist für uns irrelevant, ebenfalls der Punkt Extras weiter oben neben Database.

Nachdem wir uns eine Datei in der Database ausgesucht haben, klicken wir auf Start NUS Download. Nach dem Ende des Downloads wird ein Ordner in dem selben Verzeichnis des NUSDownloaders kreiert, indem sich die Inhalte der gedownloadeten Dateien inkl. einer Wad-Datei, die alle Inhalte gepackt enthält, befinden. Damit der NUSDownloader die Inhalte zu einer Wad packen kann, ist es erforderlich im NUSDownloader-Verzeichnis den common-key in Form einer key.bin zu platzieren.  Im Downloadpacket weiter unten wird ein Keygenerator enthalten sein, der den common-key generieren kann.

Mit Sicherheit dürfte ihnen auch auffallen, dass der NUSDownloader in der Lage ist, VC- und WiiWare-Spiele runterzuladen. Diese haben aber keine Tickets, wodurch es nicht möglich ist, solche als Wad-Dateien zu packen und zu installieren. Tickets sind Schlüssel, die Titel, zu denen sie gehören, lesen und verarbeiten zu können. Sie lassen sich nur erhalten, wenn man Spiele aus dem Wii-Shop kauft. Wenn man gekaufte Spielekanäle per Datenverwaltungseinstellungen der Wii löscht, wird man trotzdem noch in der Lage sein, entsprechende Titel kostenfrei aus dem Shop zu laden. Der Grund dafür ist simpel: Tickets werden nicht aus dem NAND gelöscht, sondern verbleiben solange dort bis man sie mit entsprechenden Programmen entfernt. Dies sollte man jedoch nicht tun, da man somit die Lizenz des zugehörigen Titels verliert.

Ebenfalls dürfte ihnen aufgefallen sein, dass man Inhalte für den DSi herunterladen kann. Diese spielen jedoch keine Rolle und können getrost ignoriert werden.
-------------------------------------------------------

Kommen wir nun zum Thema WAD. Eine Wad-Datei ist, wie schon erwähnt, ähnlich wie eine Rar- oder Zip-Datei ein Archiv, indem sich Software gepackt aufhalten. Diese Software kann man mit einem passenden Installer installieren. Dazu brauch man, wir erinnern uns, ein IOS mit dem Trucha Bug. Der passende Installer nennt sich Wad-Manager und ist ein Installer und Deinstaller in einem Programm. Er verwendet standardmäßig das IOS249 um Wads zu installieren.

Wad-Dateien werden nur erkannt, wenn sie sich in einem Ordner names Wad im Hauptverzeichnis der SD-Karte befinden. Ausnahmen sind diverse Modifikationen. Wir werden aber stets das Original verwenden. Beim Umgang mit dem Wad Manager ist stets Vorsicht geboten, dass man auch ja keine falschen Wads installiert. Falsche Wads können Kanäle mit einer falschen Bannergröße sein, STUB-IOS, für das Systemmenu nicht zugehörige IOS oder Systemmenus einer falschen Region.

Stufe 2

Aktivierung des Trucha Bugs, cIOS Installation

Exkursion - Der Gamecubemodus, MIOS, cMIOS, BC

Backup Disk Loader, Backup USB Loader

Der klassische Backup Launcher 0.3 gamma war früher der gängige Backup Loader. Er wurde von WiiGator programmiert und bot eine gute Spielekompatibilität, ist mittlerweile jedoch veraltet, da schon seit lange nicht mehr an ihm gearbeitet wurde. Mit neueren Games kommt er nicht klar. Für das Optische des zugehörigen Kanals war NeoRame zuständig. Nur bedingt zu empfehlen.

NeoGamma ist eine Modifizierung des Backup Launcher 0.3 gamma vom deutschen Coder WiiPower. Unter den Backup Disk Loadern ist dieser hier der beliebteste, so weist er doch eine hohe Spielekompatibilität und Stabilität auf und hat diverse Bonusoptionen zu bieten. So ist er nicht nur ein Backup Disk Loader, sondern auch ein Backup USB und SD Loader, sprich er spielt Spiele auch von HDD, USB-Stick und SD-Karte ab. Daneben ist er zusätzlich in der Lage, Gamecube-Backups unter Verwendung des cMIOS abzuspielen. Sehr empfehlenswert.

SoftChip ist eine gute Alternative zum NeoGamma. Genau wie jener wird er stetig weiterentwickelt, ist stabil und hat eine gute Kompatibilität. Anders als NeoGamma ist Softchip ein reiner Backup Disk Loader, sprich er spielt nur Spiele ab, die auf DVD-R/+Rs gebrannt worden sind. Gamecubespiele lassen sich mit Softchip nicht abspielen. Empfehlenswert.

cIOSCorp ist weniger ein Backup Disk Loader, sondern eher eine Systemmodifikation. Dazu werden fast alle IOS durch modifizierte IOS (cIOS) ersetzt. Dadurch kann man mit cIOSCorp Sicherheitskopien direkt vom Disk Channel aus abspielen. Die Modifikation von unzähligen IOS bringt aber ein gewisses Risiko mit sich, weshalb wir cIOSCorp nicht empfehlen und auch keine Installationsanleitung anbieten. Zudem enthält cIOSCorp viele kopierrechtlich geschütze IOS, weshalb der Download nicht ganz legal ist. Wir raten euch von cIOSCorp auf jeden Fall ab, da man auch mit anderen Loadern viel einfacher ans Ziel kommt ohne so tiefe Manipulationen am System auszulösen, wie cIOSCorp es tut. Nicht empfehlenswert.

Gecko OS ist zwar kein Backup Disk Loader an sich, weil er nicht in der Lage ist, Sicherheitskopien abzuspielen, jedoch handelt es sich hierbei um ein großartiges Stück Software für Importgames. Sprich, Gecko OS ist ein Freeloader. Amerikanische, japanische und koreanische Spiele sind damit kein Problem mehr. Daneben enthällt Gecko OS eine Cheatsoftware, genannt Ocarina, mit der man Gecko-Cheats für so ziemlich jedes Spiel aktivieren kann. Weiterhin erlaubt Gecko OS unter Verwendung des optional erhältlichen USBGecko (ein ca. 35 Euro teurer Apapter für den Gamecube-Memorycard-Slot) diverse Debuggingmöglichkeiten für Hacker. Für Retroliebhaber steht die Cheatfunktion auch für VC-Games und WiiWare zur Verfügung. Gecko OS ist der so ziemlich sicherste Loader, da er keine Modifikationen an irgendwelchen IOS verlangt. Sehr empfehlenswert.

Der USB Loader GX basiert auf Waninkokos USB/SD Loader v1.1 mit Features vom USB/SD Loader v1.5 und gehört zu den beliebtesten USB Loadern. Wie der NeoGamma ist der USB Loader GX Backup Disk Loader und Backup USB Loader in einem. Er unterstützt auch Gamecubespiele per Disk. WBFS ist ein Dateisystem von Waninkoko, das speziell für das Spielen von Games via HDD entwickelt wurde. Der USB-Loader GX kann Spiele von WBFS, FAT32 und NTFS lesen. Der USB Loader GX hat unter anderem die Cheatsoftware Ocarina und einen Code Manager eingebaut, unterstützt das automatische Runterladen von Spiele- und Diskcovern, sowie individuelle Skins, die man sich auch automatisch runterladen kann und man kann sogar Homebrewprogramme wie der eigentliche Homebrew Channel starten. Ebenfalls lassen sich wie mit Gecko OS installierte Kanäle direkt starten. Dazu gehören VC-Spiele, WiiWare, offizielle Channel und Custom Channel. Der Loader wird regelmäßig aktualisiert, weshalb man auch regelmäßig die die Projektseite besuchen sollte, die Sie durch diesen Klick erreichen können. Unsern offiziellen Supportthread erreichen Sie hier. Sehr empfehlenswert.

Zum USB-Loader GX Tutorial (in Arbeit)

WiiFlow ist ein weiterer, erstklassiger USB Loader. Er bietet im Schnitt das Gleiche wie der USB Loader GX, ist aber vom Optischen her dem USB Loader GX überlegen. Besonderes Merkmal sind echte 3D-Cover, durch die man bequem "durchblättern" kann. Er kann Spiele von WBFS, FAT32 und NTFS lesen. Ein ausführliches Handbuch in deutscher Sprache ist im Downloadpacket mit enthalten. Den offiziellen, deutschen Supportthread gibt es hier bei uns unter diesem Klick. Sehr empfehlenswert.

FAQ USB-Loader und Disk-Loader

Problemkategorien im Überblick (danke an WiiPower)

Stufe 3 (Optional)

Systemmenu-Hacks - Preloader, Priiloader, StartPatch, Custom System Menu

Achtung: Sollten Sie nach der Installation von Priiloader nicht mehr ins Systemmenu/Wii-Menu gelangen und eine Fehlermeldung bekommen, dass ihr Bootstatus nicht ermittelt werden kann, so müssen Sie ihr Systemmenu mit dem NUS Downloader runterladen und als Wad-Datei packen. Dabei unbedingt Pack-->WAD und Delete Contens markieren. Anschließend platzieren Sie ihre Systemmenu.wad in den Wad-Ordner auf ihre SD-Karte. Starten Sie den Wad Manager, wählen Sie zu Beginn das IOS250 aus, drücken drei mal bis ihre Wad-Dateiliste angezeigt wird. Navigieren Sie zu ihrer Systemmenu.wad und installieren Sie sie mit [Install WAD]. Ihr Priiloader ist danach jedoch nicht mehr da, was bedeutet, dass Sie ihn erneut installieren müssen.

Glossar - Homebrew-ABC