Hallo,

ein Freund hat sich eine gebrauchte Wii (Firmware 3.3E) gekauft und zu diesem Zeitpunkt war der Homebrew Channel bereits installiert.
Ich habe früher (alles zu Zeiten von Firmware 3.X) schon ein paar Wiis von Grund auf gemoddet und hatte auch keine Probleme dabei.
Jetzt allerdings habe ich etwas Sorgen in ein mir unbekanntes bereits verändertes System einzugreifen.

Ich wollte ihm eigentlich nur den UsbLoader GX installieren und schauen, dass die Wii einigermaßen anwenderfreundlich ist - er und die kleinere Schwester also möglichst wenig mit dem HBC hantieren müssen und möglichst die Gefahr durch Updateaufforderungen gebannt ist.

Zu meinem Problem:
Grundsätzlich läuft der Usbloader wenn ich ihn über den HBC starte. Der Pfad ist wie üblich apps/usbloader_gx/.
Verwende ich jedoch den Forwarder, oder aber die FullChannel-Version bleibt der Bildschirm für ein paar Sekunden schwarz und lädt anschließend von selber wieder das Wii Menü.
An der SD Karte oder dem Pfad liegt es nicht, da bei meiner eigenen Karte das gleiche Phänomen auftritt, während sie in meiner Wii funktioniert.
Daher vermute ich, dass der Fehler irgendwo im System liegt.

Leider geschieht auch bei dem hier im Forum empfohlenen SysCheck ein BlackScreen und Freeze (Wiimote meldet sich ab und Wii muss komplett aus und wieder eingeschaltet werden)
Daher habe ich keinerlei Anhaltspunkte an denen ich ansetzen könnte.

Was ich bereits gemacht habe:
Ich habe cIOS rev21 aufgespielt, weil ich mich erinnerte das früher einige Apps und Spiele mit zu alten Revisionen nicht korrekt liefen.


Wie gehe ich insgesamt am besten vor? Ich könnte natürlich auch an dieser Stelle aufhören, meinen Freund den USBloader immer über den HBC starten lassen und mit erhobenem Zeigefinger sagen, dass er und besonders die jüngere Schwester niemals versehentlich auf irgendwelche Updatefunktionen klicken dürfen weil die Wii sonst gaaaaanz sicher kaputt ginge und auch sonst mit dem HBC so wenig wie möglich gemacht werden solle.... Aber diese Möglichkeit erscheint mir doch etwas zu unelegant.
Sobald der SysCheck läuft poste ich den Spoiler auch gerne in den dafür vorgesehen Thread.

Danke für die Tipps.

Ich habe die neuere Version des HBC installiert.
Leider war eine Installation von Bootmii in den boot2 (laut HackMii wegen des boot1) nicht möglich. Daher habe ich keine NAND-Backup.
Auf das Upgrade auf 4.X wollte ich bewusst verzichten. Ich selber fahre meine eigene Wii noch auf 3.2 und habe mit dem Spielen neuerer Titel keine Probleme. Die neuen SD-Funktionen sind nicht so wichtig.
In dem Moment als ich verstanden hatte, dass ich für den Hermes Installer IOS 36 verwenden musste (vorher hatte ich diese ES/Decrypt Errors) ging auch das, allerdings hab ich teils andere IOS gewählt. Wenn dies ein schlimmer Fehler war bitte einmal ganz doll schimpfen, dann kann ich das ja immer noch umändern.
So, der Waninkoko v21 war ja schon drauf was 249 anging. Die 250 allerdings ließ sich mit der Version die du empfohlen hast irgendwie nicht erfolgreich patchen, da musste ich improvisieren...
Installation von IOS 58 ging problemlos.
Den Priiloader konnte ich ebenfalls installieren und habe auch die Updateblocker aktiviert.

Interessant ist, nach dieser Aktion funktionierte die Channel-Only-Version des Usbloaders, beim Direktstart über den HBC jedoch kam die Fehlermeldung, dass der Loader versuchte das IOS 236 zu verwenden, welches mir zu dem Zeitpunkt überhaupt nicht bekannt war und auch nicht auf der Konsole war. Ein paar Googelanfragen später war 236 aber als Klon von 36 installiert - allerdings mit keinerlei Erfolg bezüglich des Direktstarts des Loaders über den HBC - der Loader produziert dabei immer noch einen CodeDump und Freeze. ^^'

Glücklicherweise funktionierte der SysCheck zwischenzeitlich wieder. Der Check ist kurz vor dem Aufspielen der 236 entstanden, aber sonst gabs keine Änderungen mehr.


Wäre sehr nett wenn nochmal geprüft würde, wo ich eventuell Unsinn verzapft habe und wo man noch etwas korrigieren könnte/sollte.
Die SD-Funktionen der 4.Xer Menüs sind nicht weiter wichtig und der Shop-Kanal ebenfalls nicht.
Das Augenmerk liegt also hauptsächlich auf Kompatibilität mit dem USBLoader (und Problemspielen, die nur auf bestimmten IOS laufen) und Homebrew wie Emulatoren an.

Erstmal danke, dass Ihr euch die Mühe macht mich hier noch zu beraten, statt mich als hoffnungslosen Fall aufzugeben. Ich weiß das wirklich zu schätzen.
Beim modden einer unbearbeiteten Konsole streng nach Tutorial haben sich damals so viele Probleme überhaupt nicht gestellt, sodass mir jetzt Dinge die für euch selbstverständlich sind teilweise garnicht bewusst sind. Ich gebe mir auch Mühe diese Wissenslücken zu schließen und hoffe ihr könnt mir diese solange nachsehen.


Ich habe mich davon überzeugen lassen, doch das Update auf 4.1 zu machen und mir war aufgrund der scheinbar freien Wählbarkeit der Bases nicht so klar, dass die Unterschiede da so enorm sind.
Daher habe ich heute nochmal angefangen, den cIOS die empfohlenen Bases zuzuordnen.
D.h. Hermes steht jetzt bei 202[60], 222[38], 223[37], 224[57]

Beim Waninkoko ciosX stellt sich folgendes Problem: Ich kann die IOS 249 und 250 mit dem ATD nicht entfernen und erhalte folgende Fehlermeldungen "Error! ISFS_Delete(ret = -102)" und "Ticket deletion failed, maybe no ticket? (ret = -102)". Den Waninkoko Installer einfach mit den korrekten Bases drüberzumatschen bringt auch Fehlermeldungen zutage.
Was bedeutet der Fehler genau und wie behebe ich ihn?

Ich wollte den Murks den ich an 249 und 250 verzapft habe möglichst ausbessern, bevor ich mich ums BootMii und das Backup kümmere und erst wenn ein Backup vorhanden ist das Update auf 4.1 versuchen.
Zuletzt wäre dann die komplette IOS-Liste dran und wenn alles fertig ist nochmal ein NAND Backup.
Ich hoffe der Plan ist soweit erstmal akzeptabel. (Oder doch lieber das Backup bevor der Versuch gestartet wird 249 und 250 zu löschen und anschließend die richtigen Bases zuzuordnen?)

Jetzt habe ich eine Frage zum BootMii+Priiloader.
Das BootMii IOS 254 im SysCheck scheint (so würde ich das deuten) bereits vom Vorbesitzer angelegt, da ich diese Option beim HackMii Setup ja nicht genutzt habe. Kann ich diese Version verwenden oder sollte ich das BootMii neu aufsetzen? Wenn ja, reicht es den HackMii Installer einfach 'drüberlaufen' zu lassen oder sollte IOS 254 vorher über den ATD entfernt werden?

Muss ich die Priiloader Hacks vor dem "Update" auf 4.1 deaktivieren? Mit einer neuen Firmware vermute ich wird eine neue Hacks.ini benötigt, die zieht der Priiloader ja auf Anfrage neu, nur ist mir nicht 100% klar, ob die Hacks "nur" in der Hacks.ini stehen bleiben und dort immer ausgelesen werden, oder ob der Inhalt irgendwo in die Speicher der Wii geschrieben werden und 'alte' Werte bei einer anderen FW dann kollidieren könnten.

Ich habe beim ATD darauf geachtet, dass ich IOS36 ausgewählt habe. Um sicher zu gehen, dass mich meine Erinnerung nicht täuscht habe ich gerade es nochmal (und definitiv mit IOS36) versucht und der Fehler war reproduzierbar. Laut SysCheck hat IOS36 ja NAND-Zugriff. Was sind jetzt meine Optionen? Muss ich am IOS36 nachbessern oder kann ich ein anderes IOS mit NAND-Zugriff (siehe SysCheck) verwenden?
Zusätzlich sollte ich vielleicht erwähnen, dass ich statt ATD Mod v.6 die Mod v.7 verwendet habe, da ich bei Version 6 nun beim Programmstart einen ES/Decrypt Fehler angezeigt bekomme.

BootMii ist frisch und aktualisiert, das NAND-Backup wird gerade noch verifiziert und ich werde die Backups auch auf dem PC verwahren und Notizen anlegen, wann welches Backup gemacht wurde bzw. was zwischendurch geändert wurde.

War der Gedanke, erst den Pfusch an IOS249 und 250 zu beheben bevor ich mich ans Update wage nun sinnvoll oder ist das gehupft wie gesprungen?

Aktueller SysCheck

Der Hinweis zunächst IOS36 über den NUSD zu updaten war sehr gut.
Mit dem aktuellen IOS36 konnte ich im ATD IOS249 und IOS250 entfernen.
Beim cIOSX Installer habe ich mich dann auch an die Vorgaben gehalten und für den Vorgang IOS36 verwendet, die Base 57v5918 in Slot 249 geschrieben - erfolgreich - und versuchte die Base 38v4123 in Slot 250 zu schreiben, leider mit der Fehlermeldung "Install Error! (ret = -1035)".
Vielleicht hast du da ja auch einen hilfreichen Vorschlag.

Im Prinzip bleiben jetzt nur noch die Handgriffe IOS250 installieren, Update auf 4.1 (danach in jedem Fall Priiloader neu draufziehen, Updates blocken und neues NAND-Backup) und IOS Updates entsprechend der SysCheck Baselist, wenn ich das (hoffentlich) richtig sehe.

Ich frag mich auch immer noch warum der USBLoader welcher über den HBC von SD geladen wird auf IOS236 zuzugreifen versucht, das irgendwie nicht klappt, dann wieder versucht IOS249 zu verwenden und anschließend abstürzt.

Ihr habt soooo Recht behalten. Irgendwie habe ich wahlweise die 250 beim ersten Versuch nicht vollständig entfernen können, oder das cIOSX hat schon eine Kopie von 250 gemacht bevor ich das 'richtige' 250 einspielen wollte. Auf jeden Fall hab ich es jetzt nochmal der ATD gelöscht, mit dem SysCheck doppelt geguckt ob es auch wirklich weg ist (^^) und dann erst die 250[38v4123] eingespielt - und nur noch die.
Da ging es auch auf einmal.

Könnt ihr mir noch Hinweise geben, wie ich die IOS Baselist am besten lese?
Kann ich (nachdem ich FW4.1 habe) alle dort aufgeführten IOS bis IOS60 in der höchsten funktionsfähigen über den NUSD ziehen und einspielen?
Kann ich die als funktionslos gekennzeichneten IOS entfernen?
Woher weiß ich ob und welche Patches ich in die IOS mit einbauen lassen sollte?

Sollte ich die "IOS 236" die ich aufgespielt habe (weil der USBLoader danach gefragt hat - damit aber leider doch nichts anfängt) ebenfalls wieder löschen? Wozu ist die 236 gut und warum fragt der USBLoader überhaupt danach? o.O'

Und ganz wichtig:
Habe ich es richtig verstanden, dass der "Safe Updater 4.0 / 4.1" die im Safe Update Tutorial unter der Zeile "Stand 25.02.2011 ..." aufgeführten Schritte (von den optionalen jetzt mal gegebenenfalls abgesehen) komplett automatisch ausführt solange man online ist?

Ich habe das 4.1 Update manuell durchgeführt, weil ich es vorteilhaft empfand zu sehen, welche IOS dabei aufgespielt werden.
Der Priiloader steht auch bereits wieder und das neue NAND-Backup läuft gerade.

Nach dem TUT habe ich jetzt ein ungepatchtes IOS60v6174 und IOS61v5662 war sowieso im TUT vorgesehen.
Das TUT schlägt noch vor nochmal das IOS60 mit Fakesign Bug zu installieren (gehe ich recht in der Annahme, dass es sich um ein Synonym des Trucha Bug handelt) um Custom Channels von der SD zu starten oder die cIOS60-v6174-v3.6.wad aus dem cIOSCORP v3.6 dmm Pack weil diese Version nie überschrieben werden kann und somit einen zusätzlichen Brickschutz zu haben. Gibts eine Möglichkeit beides zu verbinden, also besagte cIOSCORP wad auf einfachem wege mit dem Trucha Bug zu versehen? (Oder lasse ich die IOS60 jetzt lieber unangetastet und freue mich einfach, dass das FirmwareUpgrade funktioniert hat und habe wenn bei meinem Bekannten mal was kaputt geht das rettende NAND-Backup zur Hand?)

Die 50er IOS sind nun auf der jeweils höchsten Revision.
Theoretisch könnte ich jetzt noch die 40er, 30er, 20er, 10er und die 9 auf die höheren Revisionen aktualisieren, wobei 11, 20, 30, 40, 70 und 80 wegfallen weil die für anderer Systemmenüs verwendet werden und beim IOS36 gilt unbedingt zu beachten, dass beim NUSD die Patches Trucha Bug, ES Identify und Nand Zugriff eingebaut werden. (Ach nee - das ist ja schon auf der aktuellsten )
Wenn das uppen der "älteren" IOS eurer Meinung nach Sinn macht, mache ich mir gerne noch die Mühe.


Es tut mir auch irgendwie Leid, dass es dann doch so viele Fragen wurden, aber ich habe letztendlich doch eingesehen, dass mein erster Versuch ziemlicher Murks war und wollte es dann doch besser machen und nach Möglichkeit eben auch verstehen wo die Fehler lagen, was genau passiert und so.
Ihr habt auch wirklich prima erklärt und viel Geduld bewiesen, dafür möchte ich mich nochmal bedanken.
IOS236 hab ich jetzt noch garnicht runtergeworfen und den USBLoader per Forwarder noch garnicht getestet... bin mal gespannt ob der jetzt eigentlich läuft oder ob er immer noch abstürzt.

So sieht es aktuell aus:


Bezüglich IOS70v6687 und IOS80v6944 war ich noch etwas unsicher, ob diese denn auch installiert werden sollten, da die Wii mit 4.1 diese ja eigentlich noch garnicht kennt.
Aber lieber frage ich einmal zuviel und erhalte die Antwort "ja die natürlich auch" als einmal zu wenig und anschließend heißt es "oh mein gott, nein natürlich nicht." ^^'
Der USBLoader läuft inzwischen auch wieder ganz passabel.

Mir ist aufgefallen, dass ciosCorp (inzwischen vermutlich DarkCorp) etliche IOS wieder auf ältere Versionen zurücksetzen würde und es sich somit nach der ganzen Bastelaktion nicht wirklich als Option anbietet. Gibt es eine andere Möglichkeit dem DiskChannel beizubringen Sicherungen und Importe abzuspielen? Meine eigene Konsole fährt nach dem alten Schema noch ganz gut, eventuell Update ich sie aber entsprechend so wie ihr mir das hier gezeigt habt auch nochmal. Es wäre aber schon nützlich wenn ich meinem Kumpel mal einen Import mitbringe, dass man diesen gleich einlegen und abspielen könnte und nicht zuerst die HDD an den PC anschließen, und ein Image per Backup Manager aufspielen zu müssen. (Bin mir jetzt nicht sicher ob der USBLoader bei einer Konsole ohne ciosCORP so ein Spiel erkennen und auslesen könnte)
Wenns garnicht geht ohne das System wieder zu zerfleddern ist das natürlich immer noch das kleinere Übel und ich lasse es.

Ansonsten bin ich - glaube ich - fertig. Oder?
*sich bedankt* *klick klick klick*