
GUTE NEUIGKEITEN:
Dieses Tutorial wird nicht mehr benötigt! Mocha CFW tut schon alles, was ihr wollt und muss nur über den Homebrew Launcher gestartet werden.
Das Tutorial bleibt noch für alle die, die es lieber selbst kompilieren möchten, erhalten.
DIESER BEITRAG WURDE ARCHVIIERT – er wird nicht mehr aktualisiert.
In diesem Tutorial zeigen wir euch, wie ihr IOSUHAX kompilieren könnt. Am Ende erhaltet ihr eine fw.img, die ihr mit dem CFW Booter oder per haxchi booten könnt. Damit habt ihr eine Custom Firmware mit dem Wupserver und optional einen RedNAND.
Letztes Update: 12. Dezember 2016
Was wird benötigt?
- Eine Wii U mit Firmware 5.5.1 – eine andere Firmware funktioniert nicht!
- Windows – wenn ihr wisst, wie ihr armips und Python auf macOS und Linux nutzen könnt, könnt ihr die Anleitung natürlich entsprechend für euch anpassen.
- Ein anständiger Text-Editor, Notepad++ beispielsweise.
- (optional) Falls ihr RedNAND/EmuNAND nutzen wollt, benötigt ihr für eine 8 GB Wii U eine 16 GB und bei einer 32 GB Wii U eine 64 GB SD-Karte. Während der Einrichtung wird die Karte vollständig gelöscht! Dies trifft nicht zu, wenn ihr nur den Wupserver wollt (ohne RedNAND).
Downloads:
- CFW Booter
- Wii U Homebrew Launcher
- Python 3.5 (noch nicht installieren bitte!)
- devkitPro (auch noch nicht installieren)
- armips.exe
- IOSUHAX (~ 550 KB)
Python und pycrypto installieren
Installiert Python 3.5 am besten in der 32-Bit-Version, dazu reicht ein Doppelklick auf die EXE. Hakt unten noch "Add Python 3.5 to PATH" an. Das ist SEHR wichtig! Dann folgt ein Klick auf "Install Now" und die Sache ist gegessen.
Als nächstes wird pycrypto installiert. Dazu die Eingabeaufforderung öffnen und folgendes eintippen. Ihr könnt es auch mit einem Rechtsklick einfügen.
Python 3.5 32-Bit
pip install --use-wheel --no-index --find-links=https://github.com/sfbahr/PyCrypto-Wheels/raw/master/pycrypto-2.6.1-cp35-none-win32.whl pycrypto
Python 3.5 64-Bit
pip install --use-wheel --no-index --find-links=https://github.com/sfbahr/PyCrypto-Wheels/raw/master/pycrypto-2.6.1-cp35-none-win_amd64.whl pycrypto
Python 2.7 32-Bit
pip install --use-wheel --no-index --find-links=https://bitbucket.org/alexandrul/wheels/downloads/pycrypto-2.6.1-cp27-none-win32.whl pycrypto
Python 2.7 64-Bit
pip install --use-wheel --no-index --find-links=https://bitbucket.org/alexandrul/wheels/downloads/pycrypto-2.6.1-cp27-none-win_amd64.whl pycrypto
Das sieht dann so aus:
Bei "Successfully installed pycrypto" ist alles O.K.!
devkitARM installieren
Doppelklickt die "devkitProUpdater-1.6.0.exe", belasst bei der ersten Frage die Standardeinstellung und bei der zweiten wählt ihr "Remove downloaded files". Danach nur "Minimal System" und "devkitARM" anhaken. Den Rest brauchen wir nicht.
Nachdem die Installation zu Ende ist, packt die armips.exe in den Ordner "C:\devkitPro\msys\bin".
IOSUHAX vorbereiten
Entpackt die "iosuhax-master.zip" in einen Ordner ohne Leerzeichen, bspw. "C:\iosuhax". Öffnet die "getfwimg.py" im "bin" Ordner mit einem anständigen Text-Editor (nicht dem WIndows-Editor!) und tragt ganz oben folgende Keys ein:
wiiu_common_key = "D7B00402659BA2ABD2CB0DB27FA2B656" starbuck_ancast_key = "B5D8AB06ED7F6CFC529F2CE1B4EA32FD"
Haltet nun im Explorer (wo auch die Makefile von IOSUHAX ist) SHIFT gedrückt und rechtsklickt auf eine freie Stelle. Wählt dort "Eingabeaufforderung hier öffnen".
Ohne RedNAND
Bitte installiert keine Inhalte, von denen ihr nicht 100%ig sicher seid, dass sie nicht zu einem Brick führen. Diese Variante hat keinen Brickschutz, ist aber auch gleichzeitig die einfachste und unkomplizierteste.
In der Eingabeaufforderung reicht ein simples:
make cfw
Mit RedNAND
Der RedNAND ("redirected NAND", auch als "EmuNAND" bekannt) leitet alle Aufrufe auf eine Kopie des NANDs auf der SD-Karte um. D.h., man hat eine zusätzliche Absicherung, da der EmuNAND einfach neu eingerichtet werden kann, falls etwas schiefgehen sollte. Die SD-Karte wird bei der Einrichtung später formatiert.
In der Eingabeaufforderung reicht dazu ein simples:
make redNAND
Wenn dort "Done." steht und der Vorgang ohne Fehler durchgelaufen ist, war die Kompilierung erfolgreich und ihr habt eine ca. 14 MB große fw.img im Hauptordner! Diese muss nun in den Root der SD-Karte.
Dateien auf die SD kopieren
Der Homebrew Launcher und der CFW Booter müssen auch mit auf die SD-Karte So sieht das Ganze am Ende aus:
SD: |- fw.img |- wiiu --|- apps ----|- cfwbooter ------|- cfwboot.elf ------|- icon.png ------|- meta.xml ----|- homebrew_launcher ------|- homebrew_launcher.elf ------|- icon.png ------|- meta.xml
Nun ab in die Wii U mit der SD-Karte!
fw.img booten
ACHTUNG: Falls ihr RedNAND verwendet, wird eure SD-Karte beim Booten der fw.img vollständig formatiert und der NAND gedumpt. Dies kann sehr lange dauern. Dies passiert nur beim ersten Mal, später wird nur euer redNAND gebootet. Danach müssen alle Dateien wieder auf die SD kopiert werden (die fw.img, der CFW Booter und der Homebrew Launcher). Danach solltet ihr den NAND mit dem sdio NAND extractor auf eurem PC sichern.
Ihr könnt die fw.img über haxchi booten, falls ihr es schon eingerichtet habt. Falls ihr dies noch nicht getan habt, müsst ihr über den Homebrew Launcher gehen. Öffnet dazu den Internetbrowser und löscht eure Cookies und schließt alle Tabs, falls nicht schon geschehen. Startet nun den Wii U Homebrew Launcher, bspw. über loadiine.ovh. Es geht natürlich auch jede andere Methode. Im Homebrew Launcher, startet nun den CFW Booter.
Ihr seht jetzt den "IOSUHAX"-Splashscreen; wartet einfach, bis ihr wieder im Wii-U-Menü seid.
Der Wupserver (und, falls eingerichtet, der RedNAND) wurde(n) jetzt gestartet. Damit haben wir Vollzugriff auf das Dateisystem der Wii U bzw. einen soliden Brickschutz.
Wupclient einrichten
Ladet euch danach die wupclient.py herunter – dies ist der Client, mit dem ihr euch mit der Wii U verbinden werdet. Öffnet diese nun mit einem Texteditor und scrollt ca. bis Zeile 29. Ersetzt dort "192.168.0.197" durch die IP eurer Wii U – diese findet ihr beispielsweise im Router-Interface. Ändert keine anderen Werte, nur die IP!
Speichert ab und öffnet im gleichen Ordner eine Eingabeaufforderung (SHIFT halten -> Rechtsklick -> Eingabeaufforderung hier öffnen).
Falls ihr von einer anderen Anleitung hierhergekommen seid, geht bitte wieder zu dieser zurück!
Mit "python -i wupclient.py" könnt ihr euch nun mit der Wii U verbinden.
Dieses Tutorial basiert auf der Anleitung von FIX94 auf GBATemp.net.



Hi, ich hab ein Problem. Immer wenn ich den CFW Booter zum ersten mal starten will kommt der Spashscreen und anschließend die Fehlermeldung: "32GB MLC Nand detected. Cannot write to drive!" Woran liegt das??
Nutzt du einen RedNAND?
Du kannst jetzt übrigens Mocha CFW verwenden, die fw.img wird nicht mehr benötigt: https://wiidatabase.de/wii-u-downloads/hacks/mocha-cfw/
ja ich wollte es mit rednand installieren, aber das probiere ich mal, vielleicht geht es ja damit
Du brauchst auch mindestens eine 64 GB SD-Karte.
Die habe ich eigentlich auch. Aber jetzt hab ich ein anderes Problem. Wenn ich Versuche über loadiine.ovh Homebrew zu starten kommt die ganze Zeit die Meldung: FsGetMountSource failed
Stell sicher, dass die SD-Karte in FAT32 und nicht exFAT formatiert ist.
Vielen Dank. Homebrew hat jetzt endlich gestartet. Hab die Karte neu formatiert und Browser Daten gelöscht. Ich melde mich wenn es mit dem cfw geklappt hat
Hallo zusammen ich versuche seit gestern Abend immer wieder eine fw.img zu kompilieren und erhalte immer wieder folgende Meldung:
D:iosuhaxiosuhax-master>make redNAND
make[1]: Entering directory `/d/iosuhax/iosuhax-master'
/bin/sh: python: command not found
make[1]: *** [bin/fw.img.full.bin] Error 127
make[1]: Leaving directory `/d/iosuhax/iosuhax-master'
make: *** [redNAND] Error 2
Eigentlich habe ich bis zu diesem Punkt alles so gemacht wie in der Anleitung beschrieben.
Vielleicht habe ich noch etwas übersehen beziehungsweise überlesen. Ich bitte daher höflichst um Hilfe. Vielen Dank
Hast du python auch installiert? Weil der findet es es nicht 🙁 falls ja muss der Installationsordner noch in die Windows Umgebungsvariablen hinzugefügt werden. Ich selber benutz kein Windows daher ist ea nur ne Mutmaßung, schau dir also am beaten nochmal das setup von python an. Teste mal den befehl 'python' in der Eingabeaufforderung wenn der nicht geht ist das dein Problem.
LG
Recht herzlichen Dank für Ihre freundliche Antwort. Wenn ich Python in der Eingabeaufforderung eingebe erhalte ich dieses Ergebnis:
C:UsersDJCoci>python
Python 3.5.2 (v3.5.2:4def2a2901a5, Jun 25 2016, 22:01:18) [MSC v.1900 32 bit (Intel)] on win32
Type "help", "copyright", "credits" or "license" for more information.
Es scheint so das Python scheinbar gefunden wurde.
Ja python ist drauf und auch aus jedem Ordner startbar anscheinend, dann bezieht sich das command not found wohl auf /bin/sh, das ist eigentlich die linux command prompt. Also muss irgend etwas anderes schief gegangen sein. Ich denke mal iCON wird sich nochmal zu wort melden aber prüfe vorher am besten ob du auch all seinen Anweisungen gefolgt bist, details sind oft sehr wichtig.
Vielleicht setz ich mich auch mal im verlauf des tages an das windows setup und versuch mal dein problem zu rekonstruieren. Bei Pfad Angaben halte dich am besten an das Tutorial und installier alles wie beschrieben, wenn man sich da nicht auskennt und/oder sachen an die falsche position installiert finden scripte oft nicht das zeug das sie brauchen -> und danach sieht es bei dir leider aus
Ja ok, Danke noch einmal für die freundliche Antwort. Ich schaue jetzt noch einmal genau nach, obwohl ich das schon mehrfach getan habe. Meist übersieht man ja irgend etwas.
Vielen Dank noch einmal für die viele Mühe.
Versuche mal folgendes: Kopier den IOSUHAX-Ordner mal auf C: und dann:
Windows-Taste + R, cmd und dann mit "cd C:iosuhax" in den Ordner wechseln (entsprechend anpassen, wenn er anders heißt) und dann "make redNAND".
Es scheint wohl so zu sein, dass Windows die Systemvariable wohl nur nach einem Neustart des Systems aktualisiert, wenn "Eingabeaufforderung hier öffnen" gewählt wird. Wenn die CMD direkt gestartet wird, wird jedoch korrekt die aktuelle PATH-Variable hergenommen.
Hierbei erhalte ich die gleiche Meldung. Hier noch einmal die komplette Meldung:
C:>cd C:iosuhax
C:iosuhax>make redNAND
make: *** No rule to make target `redNAND'. Stop.
C:iosuhax>dir
Volume in Laufwerk C: hat keine Bezeichnung.
Volumeseriennummer: 9E5A-8CBE
Verzeichnis von C:iosuhax
05.12.2016 12:48 .
05.12.2016 12:48 ..
05.12.2016 12:48 iosuhax-master
0 Datei(en), 0 Bytes
3 Verzeichnis(se), 43.407.216.640 Bytes frei
C:iosuhax>cd iosuhax-master
C:iosuhaxiosuhax-master>make redNAND
make[1]: Entering directory `/c/iosuhax/iosuhax-master'
/bin/sh: python: command not found
make[1]: *** [bin/fw.img.full.bin] Error 127
make[1]: Leaving directory `/c/iosuhax/iosuhax-master'
make: *** [redNAND] Error 2
C:iosuhaxiosuhax-master>
Wenn ich dem Verlauf des Pfades "/c/iosuhax/iosuhax-master/bin/sh" folge dann endet dieser bei mir mit "bin" ein weiterer Unterordner sh existiert hier nicht.
/bin/sh bezieht sich hierbei auf die Shell (unter Linux liegt diese eben unter /bin/sh); das ist normal. Aber mich wundert es, warum es die Python-Binary nicht finden kann :/
Obligatorischer, dummer Hinweis: Hast du den PC mal neu gestartet? Wenn ja und wenn es immer noch nicht geklappt hat, geb mir mal die Ausgabe von
Neustart ist erfolgt da ich das Problem ja schon gestern Abend hatte und der Rechner komplett aus war.
Hier das Ergebnis der Path:
C:devkitPromsysbin;
C:ProgramDataOracleJavajavapath;
C:Windowssystem32;C:Windows;
C:WindowsSystem32Wbem;
C:WindowsSystem32WindowsPowerShellv1.0;
C:Program Files (x86)NVIDIA CorporationPhysXCommon;
C:WINDOWSsystem32;
C:WINDOWS;
C:WINDOWSSystem32Wbem;
C:WINDOWSSystem32WindowsPowerShellv1.0;
C:Program Files (x86)SkypePhone;
C:Program Files (x86)Common FilesAcronisVirtualFile;
C:Program Files (x86)Common FilesAcronisVirtualFile64;
C:Program Files (x86)Common FilesAcronisSnapAPI;
C:UsersDJCociAppDataLocalProgramsPythonPython35-32Scripts;
C:UsersDJCociAppDataLocalProgramsPythonPython35-32;
C:UsersDJCociAppDataLocalMicrosoftWindowsApps;
Das passt so. Leider weiß ich jetzt selbst nicht weiter, sorry :/
Kein Problem. Vielleicht hat "Moe" ja noch eine Idee. Erst mal vielen Dank für die wirklich freundliche und nicht selbstverständliche Unterstützung.
Hallo zusammen, ich habe mir nun über VMWare ein neues Windows 10 64bit installiert und bin noch einmal nach dieser Anleitung vorgegangen. Nachdem es hier anfänglich auch nicht funktionierte habe ich mir auf dieser Seite "https://github.com/dimok789/iosuhax/releases" das Paket mit dem Namen "source code (zip)" heruntergeladen welches den Namen "iosuhax-sd_nand_extractor_injector_v1.1" trägt.
Dieses habe ich entpackt und mit "make redNAND" ausgeführt. Dieses lief auch wie gewünscht sofort an, zeigt mir jedoch am Ende einige Fehlermeldungen, obwohl eine fw.img und eine fw.img.full.bin angelegt wurde. Beide Dateien haben eine Grösse von 14.325 KB.
Hier der komplette Verlauf des Kompilierens und die Frage ob diese Fehlermeldungen Einfluss auf die erstellten fw.img haben:
C:UsersDJCociDesktopiosuhax-sd_nand_extractor_injector_v1.1>make redNAND
make[1]: Entering directory `/c/Users/DJCoci/Desktop/iosuhax-sd_nand_extractor_injector_v1.1′
somewhat simple 5.5.1 fw.img downloader
Using keys edited into this file
downloading osv10 cetk
downloading fw.img
decrypt first
decrypt second
decrypt third
done!
make[2]: Entering directory `/c/Users/DJCoci/Desktop/iosuhax-sd_nand_extractor_injector_v1.1/wupserver'
arm-none-eabi-gcc -Wall -mbig-endian -std=c99 -march=armv5 -Os -I/c/devkitPro/libnds/include -c source/font.c -o build/font.o
arm-none-eabi-gcc -Wall -mbig-endian -std=c99 -march=armv5 -Os -I/c/devkitPro/libnds/include -c source/fsa.c -o build/fsa.o
arm-none-eabi-gcc -Wall -mbig-endian -std=c99 -march=armv5 -Os -I/c/devkitPro/libnds/include -c source/imports.c -o build/imports.o
arm-none-eabi-gcc -Wall -mbig-endian -std=c99 -march=armv5 -Os -I/c/devkitPro/libnds/include -c source/ipc.c -o build/ipc.o
arm-none-eabi-gcc -Wall -mbig-endian -std=c99 -march=armv5 -Os -I/c/devkitPro/libnds/include -c source/logger.c -o build/logger.o
arm-none-eabi-gcc -Wall -mbig-endian -std=c99 -march=armv5 -Os -I/c/devkitPro/libnds/include -c source/main.c -o build/main.o
arm-none-eabi-gcc -Wall -mbig-endian -std=c99 -march=armv5 -Os -I/c/devkitPro/libnds/include -c source/net_ifmgr_ncl.c -o build/net_ifmgr_ncl.o
arm-none-eabi-gcc -Wall -mbig-endian -std=c99 -march=armv5 -Os -I/c/devkitPro/libnds/include -c source/socket.c -o build/socket.o
arm-none-eabi-gcc -Wall -mbig-endian -std=c99 -march=armv5 -Os -I/c/devkitPro/libnds/include -c source/text.c -o build/text.o
arm-none-eabi-gcc -Wall -mbig-endian -std=c99 -march=armv5 -Os -I/c/devkitPro/libnds/include -xassembler-with-cpp -c source/crt0.s -o build/crt0.o
arm-none-eabi-gcc -Wall -mbig-endian -std=c99 -march=armv5 -Os -I/c/devkitPro/libnds/include -xassembler-with-cpp -c source/svc.s -o build/svc.o
launch_image.tga
arm-none-eabi-ld –script=ccd00.ld -EB -L"/c/devkitPro/devkitARM/arm-none-eabi/lib" -o wupserver.elf build/font.o build/fsa.o build/imports.o build/ipc.o build/launch_image.tga.o build/logger.o build/main.o build/net_ifmgr_ncl.o build/socket.o build/svc.o build/text.o
arm-none-eabi-objcopy -O binary wupserver.elf wupserver.bin
make[2]: Leaving directory `/c/Users/DJCoci/Desktop/iosuhax-sd_nand_extractor_injector_v1.1/wupserver'
make[2]: Entering directory `/c/Users/DJCoci/Desktop/iosuhax-sd_nand_extractor_injector_v1.1/ios_fs'
arm-none-eabi-gcc -Wall -mbig-endian -std=gnu99 -mcpu=arm926ej-s -msoft-float -mfloat-abi=soft -Os -c source/devices.c -o build/devices.o
arm-none-eabi-gcc -Wall -mbig-endian -std=gnu99 -mcpu=arm926ej-s -msoft-float -mfloat-abi=soft -Os -c source/dumper.c -o build/dumper.o
arm-none-eabi-gcc -Wall -mbig-endian -std=gnu99 -mcpu=arm926ej-s -msoft-float -mfloat-abi=soft -Os -c source/fat32_format.c -o build/fat32_format.o
arm-none-eabi-gcc -Wall -mbig-endian -std=gnu99 -mcpu=arm926ej-s -msoft-float -mfloat-abi=soft -Os -c source/font.c -o build/font.o
arm-none-eabi-gcc -Wall -mbig-endian -std=gnu99 -mcpu=arm926ej-s -msoft-float -mfloat-abi=soft -Os -c source/main.c -o build/main.o
arm-none-eabi-gcc -Wall -mbig-endian -std=gnu99 -mcpu=arm926ej-s -msoft-float -mfloat-abi=soft -Os -c source/mlcio.c -o build/mlcio.o
arm-none-eabi-gcc -Wall -mbig-endian -std=gnu99 -mcpu=arm926ej-s -msoft-float -mfloat-abi=soft -Os -c source/sdio.c -o build/sdio.o
arm-none-eabi-gcc -Wall -mbig-endian -std=gnu99 -mcpu=arm926ej-s -msoft-float -mfloat-abi=soft -Os -c source/text.c -o build/text.o
arm-none-eabi-gcc -Wall -mbig-endian -std=gnu99 -mcpu=arm926ej-s -msoft-float -mfloat-abi=soft -Os -xassembler-with-cpp -c source/function_hooks.s -o build/function_hooks.o
arm-none-eabi-gcc -Wall -mbig-endian -std=gnu99 -mcpu=arm926ej-s -msoft-float -mfloat-abi=soft -Os -xassembler-with-cpp -c source/svc.s -o build/svc.o
arm-none-eabi-gcc -nostartfiles -nodefaultlibs -mbig-endian -Wl,-T,link.ld -o ios_fs.elf build/devices.o build/dumper.o build/fat32_format.o build/font.o build/function_hooks.o build/main.o build/mlcio.o build/sdio.o build/svc.o build/text.o -L/c/Users/DJCoci/Desktop/iosuhax-sd_nand_extractor_injector_v1.1/ios_fs/libs -lgcc
arm-none-eabi-gcc.exe: error: DJCoci/Desktop/iosuhax-sd_nand_extractor_injector_v1.1/ios_fs/libs: No such file or directory
make[2]: *** [ios_fs.elf] Error 1
make[2]: Leaving directory `/c/Users/DJCoci/Desktop/iosuhax-sd_nand_extractor_injector_v1.1/ios_fs'
make[1]: *** [ios_fs/ios_fs.bin] Error 2
make[1]: Leaving directory `/c/Users/DJCoci/Desktop/iosuhax-sd_nand_extractor_injector_v1.1′
make: *** [redNAND] Error 2
Es ist wichtig, dass du direkt die ZIP downloadest von der Repo, nicht vom Releases-Tab, da diese Version alt ist. Also die hier: https://github.com/dimok789/iosuhax/archive/master.zip muss es zwingend sind.
Recht herzlichen Dank für Ihre Antwort.
Hierbei erhalte ich aber am Ende die gleichen Fehler:
o -L/c/Users/DJCoci/Desktop/iosuhax-master/iosuhax-master/ios_fs/libs -lgcc
arm-none-eabi-gcc.exe: error: DJCoci/Desktop/iosuhax-master/iosuhax-master/ios_fs/libs: No such file or directory
make[2]: *** [ios_fs.elf] Error 1
make[2]: Leaving directory `/c/Users/DJCoci/Desktop/iosuhax-master/iosuhax-master/ios_fs'
make[1]: *** [ios_fs/ios_fs.bin] Error 2
make[1]: Leaving directory `/c/Users/DJCoci/Desktop/iosuhax-master/iosuhax-master'
make: *** [redNAND] Error 2
Ich habe nun die fw.img erfolgreich fehlerfrei kompiliert und diese auch im Hauptmenü von iosuhax gefunden. Diese habe ich dann mit dem "cfw booter" geladen, danach hat er den Nand auf meine 64GB SD-Karte erstellt. Ich habe jetzt zusätzlich Haxchi installiert und finde dies auch auf dem Startbildschirm von meiner WiiU. Jetzt habe ich mehrere Fragen:
1. Wenn ich Haxchi starte wird dann der Rednand automatisch geladen?
2. Woran erkenne ich denn das ich den RedNand nutze?
Ich habe dazu in den Wupclient die IP-Adresse meiner WiiU eingetragen, erhalte aber folgende Fehlermeldung wenn ich mich über "python -i wupclient.py" versuche mit der WiiU zu verbinden:
D:IOSU Programme>python -i wupclient.py
Traceback (most recent call last):
File "wupclient.py", line 744, in
w = wupclient()
File "wupclient.py", line 31, in __init__
self.s.connect((ip, port))
ConnectionRefusedError: [WinError 10061] Es konnte keine Verbindung hergestellt werden, da der Zielcomputer die Verbindung verweigerte
>>>
Wenn ich einen Ping an die eingetragene IP-Adresse schicke erhalte ich eine positive Rückmeldung. Eine Verbindung besteht demnach einwandfrei.
Vielleicht ist der Wupserver auch nicht gestartet beziehungsweise ich nutze nicht wirklich den RedNand.
Ich hoffe Sie haben hier eine Antwort auf meine Fragen und Probleme. Vielen Dank.
Wir können uns übrigens duzen 🙂 Sonst fühle ich mich so alt 😛
Bei Haxchi kann eine Config hochgeladen werden (hast du sicherlich mitbekommen), da kannst du deine fw.img eintragen (hast du das schon getan?), welche du auch auf einen Knopf legen kannst. Sobald "IOSUHAX" auf dem Bildschirm angezeigt wird, weißt du, dass der RedNAND bootet. Alternativ kannst du auch im sysNAND einen Ordner erstellen und dann in den redNAND booten – wenn der Ordner nicht da ist, weißt du, dass du im redNAND bist.
WupShell alternative wupclient, beauche kein python und funzoniert wie eine normale ssh verbindung
https://www.reboot.ms/forum/threads/come-compilare-wii-u-iosuhax-sotto-ubuntu.3775/
perfekt, klappt einwandfrei!
Hallo,
Ich hab da ein Problem bei dem Schritt, Wo man in CMD "make redNAND" schreiben muss. Denn bei mir kommt viele Errors. Aber die Fw.img datei wird erstellt.
Ausgabe des Vorgangs hier rein kopieren, ansonsten kann ich nicht helfen.
C:iosuhaxiosuhax-master>make redNAND
make[1]: Entering directory `/c/iosuhax/iosuhax-master'
make[2]: Entering directory `/c/iosuhax/iosuhax-master/wupserver'
arm-none-eabi-gcc -Wall -mbig-endian -std=c99 -march=armv5 -Os -I/c/devkitPro/libnds/include -c source/fsa.c -o build/fsa.o
source/fsa.c: In function 'FSA_ChangeMode':
source/fsa.c:295:2: error: expected ';' before 'inbuf'
inbuf[0x288/4] = 0x777; // mask
^
make[2]: *** [build/fsa.o] Error 1
make[2]: Leaving directory `/c/iosuhax/iosuhax-master/wupserver'
make[1]: *** [wupserver/wupserver.bin] Error 2
make[1]: Leaving directory `/c/iosuhax/iosuhax-master'
make: *** [redNAND] Error 2
Das sollte eigentlich problemlos durchgehen, leider bin ich da auch überfragt. Wann hast du IOSUHAX heruntergeladen? Erst heute?
Vor einigen Tagen. Ich hab ganz genau alles befolgt wie du es geschrieben hast. Könnte es sein das man die Iosuhax-master.zip Datei direkt in in die Hauptverzeichnis der SD Karte entpacken soll?
Lad es bitte neu runter und versuche es nochmal, da dimok einen Fehler behoben hat. Die ZIP musst du gar nicht auf der SD entpacken.
Danke jetzt hat es geklapt. Aber die fw.img datei ist 13.9mb gros anstatt 14.9mb.
Ist egal, könnten tatsächlich wieder 13,9 sein, letztens warens mehr.
Juhu hat jetzt geklappt lag wohl daran das ich in einem Verzeichnis war wo die Datei nicht hingeschrieben werden durfte.Noch eine Frage ich benutze loadiine für die wii u darf auf der selben karte alles von der vwii sein. ?Danke nochmal
Ja, das geht.
danke schön noch eine frage jetzt ist ja auf der sd karte die 3 Dateien werden diese gebraucht überhaupt? oder wird tatsächlich der hbc von sd karte gestartet?bis dann
Lass am besten alle drauf.
okay hat soweit alles geklappt das einzige ptoblem die usb loader erkennen meine alte wii platte nicht Idee. ? Beide Ports ausprobiert und y kabel im gebrauch. darf die platte ntfs sein ?Vielen dank für die Hilfe
Wenn die Wii U liegt, ist der richtige Port der hinten oben.
Danke .so spiele werden angezeigt hast Du ggf. eine idee warum das Netzwerk nicht initialisiert beim hbc ist sowie in der Loadern der vwii? Sobald ich in der wii u bin ohne probleme netzwerk internet alles funktioniert, aber nicht in dem wii modus der wii U da steht netwerk nicht initialisiert
Da bin ich überfragt, sorry. Das einzige was eventuell sein könnte ist, dass dein Router eine Verschlüsselung nutzt, die die Wii nicht kann (was aber unwahrscheinlich wäre).
Schon komisch oder ? Ich sehe auf dem Router die Verbindung der Wii u sobald ich in den Wii Modus wechsel Zack ist die Wii nicht mehr zu sehen.
Genau das war das Problem mein Router hat wpa2 (tkip) und damit kann vwii nichts anfangen also im Router auf WPA2(AES) geändert und jetzt gehts. wenn man in der wii u interneteinstellungen speichert kommt der hinweis bezüglich vwii das es wpa2 (tkip) nicht unterstützt.
Vielleicht auch interessant für Euch Dich. 🙂 Vielen Dank nochmal für den tollen Support von Dir.
habe alles nach der Anleitung gemacht es kommt aber ein fehler
C:wup>python backup.py
Connecting to wupserver
Connected!
Mounting vWii NAND
0x1cd042
0xfffcffea
0x0
Failed to mount vWii NAND!
und nu was mach ich verkehrt?
Das gehört übrigens zu Wuphax.
Hast du denn den Wii-Modus schon mal aufgerufen?
Falls ja, versuche mal bitte diese wupclient.py: https://raw.githubusercontent.com/FIX94/wuphax/master/wupclient.py und sage mir dann, ob’s geklappt hat (IP reineditieren nicht vergessen!)
Hi Danke . Ja Wii Modus wurde schon sogar gespielt, sobald ich zu Hause bin mache ich es mal das mit der Datei. Noch ne Frage könnte es sein das die SD Karte einfach zu klein ist ? 2 GB passt da der Miimod drauf ? Naja und das zweite wuerde USB angeschlossene Sachen so einen Fehler hervorrufen ?
2 GB sollten reichen. USB-Geräte sollten entfernt werden.