ichalsroot.de

Einleitung

Im Zuge des Lockdowns hat sich mein Neffe (10) eine „neue“ WiiU zugelegt. Klar da musste ich meine alte Wii einmotten und auch auf die WiiU updaten.

Aber natürlich möchte ich meine alten – liebgewonnenen – Wii-Spiele ebenfalls weiter nutzen. Diese hatte ich schon vor Jahren digitalisiert und im wbfs-Format auf einer USB-Platte betrieben…

Daher war ein wenig Bastelarbeit notwendig. Eine perfekte Konstellation konnte ich zwar nicht finden aber eine brauchbare!

Rechtliche Hinweise

Ich schreibe hier explizit KEINE Anleitung für Raupkopierer!
Anfragen wie „wo bekomme ich Wii-Spiele zum downloaden“ werden nicht toleriert und umgehend gelöscht.

Die Anleitung bezieht sich auf die Virtualisierung seiner Spielesammlung und der optimalen Nutzung (die 90er haben angerufen, sie wollen ihre runden Speichermedien zurück)

Anleitungen

Es gibt etliche Anleitungen im Netz, diese hier fand ich persönlich Klasse: https://wiiu.hacks.guide/

Grundbegriffe

CFW Übersicht

Es gibt eine ganze Reihe an CFW, hier hat man die freie Auswahl. Ich versuche die Vor- und Nachteile zusammenzuschreiben, verweise aber darauf das ich selbst eher Laie in dem Gebiet bin. Ich dokumentiere hier meine persönliche Erfahrung!

Eine sehr schöne Übersicht findet man hier:
https://wiiu.hacks.guide/#/cfw-choice

Aufbau

Folgende Speichergeräte habe ich nun im Einsatz:

• 64GB (micro) SD-Karte mit Adapter
  • Fat32
• 1TB HDD, verschlüsselt von der WiiU selbst
  • Die HDD kann somit nicht mehr am PC ausgelesen werden!
  • Die HDD steht nicht im vWii-Modus zur Verfügung
  • Die HDD enthält sowohl WiiU, als auch Wii-Spiele
• 32GB USB-Stick der SingItStar Spiele enthält
  • NTFS (muss wegen Dateigrößen > 3GB!)

Details zu der Hardware

Viel davon setze ich ein weil ich es noch rumliegen hatte …
Die Quelle ist KEINE Kaufempfehlung sondern eine Verlinkung auf das genaue Produkt – ihr könnt das auch gerne beim freundlichen Krämer von nebenan kaufen.

Die Struktur meiner SD-Karte:

├── apps
│   ├── d2x-cios-installer
│   ├── IOS236 Installer MOD v8 Special vWii Edition
│   ├── usbloader_gx
│   └── YAWMM_DE
├── haxchi
├── install
│   ├── LEGO Indiana Jones 2 [00050002524C3450]
│   ├── LEGO Star Wars [00050002524C4750]
│   ├── Wii Party [0005000253555050]
│   └── Wii Sports [0005000252535050]
├── wad
└── wiiu
  ├── games
  │ └── Mario Kart 64 [NALE01]
  └── apps
    ├── appstore
    ├── disc2app
    ├── ftpiiu_everywhere
    ├── haxchi
    ├── homebrew_launcher
    ├── loadiine_gx2
    ├── menu_sort
    ├── mocha
    ├── nanddumper
    ├── wuphax
    └── wup_installer_gx2

Ordnerstruktur

WiiU-Apps

Von der Idee her, werden WiiU & Wii-Spiele über die WiiU-Oberfläche gestartet. Dafür musste ich die Wii-Spiele vom wbfs-Format umwandeln.

Dafür habe ich TeconMoon’s WiiVC Injector Mod benutzt, das hat 1A geklappt. Vereinfacht ausgedrückt wandeln wir Wii-Spiele in WiiVC-Spiele um, welche dann mit wup_installer_gx2 installiert werden können. Die Wii-Spiele werden dann in einer vWii-Virtualisierung gestartet, den Unterschied zu WiiU-Spielen merkt man nicht.

Vorteil von diesem Vorgehen:

• Alle Spiele unter einer Ansicht
• Kein Wechsel in den vWii-Modus notwendig
• Die Spiele werden zusammen mit den WiiU-Spielen auf der HDD installiert

Nachteile:

• Keine Spiele-Manager wie WiiFlow oder usbloader_gx
• USB-Mikrophone funktionieren nicht
  • Daher auch der USB-Stick, explizit für Sing-Spiele

Ich habe auch andere Kombinationen ausprobiert, zb d2x-v10-beta52-vWii und WiiFlow etc … Startet die Spiele aber die USB-Mikrofone laufen nicht. Ich habe auch „Tipps“ in Foren gefunden Slot 250 in 58 Base und Slot 251 in 57 Base zu installieren, damit lief dann gar nichts mehr.

[Klappt nicht!] SingIt-Spiele von SD-Karte starten

Das wir die SingIT-Spiele von USB starten hat mehrer Nachteile:

• wir brauchen einen extra-USB Stick
• Die WiiU will ihn immer formatieren (man kann ihn „ghosten“, aber dann wird er am PC nicht mehr gefunden)
  • Anleitung: Windows
  • Anleitung: Linux
  • Tipp: ftpiiu everywhere
• Man blockiert einen USB-Port, für 2 Mikrofone braucht man einen USB-Hub

Ich habe mich ca 6 Stunden durch Foren gekämpft, CIOs ausgetauscht und unterschiedliche Backuploader ausgetestet.

Fazit: Bezogen auf den Start von SD-Karte (ohne USB!)

vWii SingSpiele und USB-Mikrophone

Meine Frau und ich haben einen Leidensweg mit unseren USB-Mikrophonen hinter uns.

• Mikrophon wird nicht erkannt
• Mikrophon wird erkannt aber kein Sound (temporäres Problem!)
• Heftiger Delay (Verzögerung zwischen Bild+Ton vom Spiel selbst)
  • Trat nur bei We Sing auf
  • In den Einstellungen des Spiels gibt es eine Option dafür (letzter Punkt), bekanntes Problem, liegt am Fernseher

In Kombination mit USB Loader GX 3.0 r1272 und d2x-v10-beta53-alt-vWii klappten diese Einstellungen (Wir haben nicht alle Konstellationen getestet…)

Alle Spiele wurden auch mit 2 Mikrofonen über USB-Hub getestet.

Tipp: Wir haben im USB Loader GX das Game cIO’s global auf 250 gestellt und dann für die Disney Sing It * das Game-cIO wieder auf 249. Der Default müsste cIO 249 sein.

ACHTUNG NOCH IM AUFBAU

Noch als Azubi im Jahre 2010 hatte ich den Auftrag bekommen einen günstigen und guten Anbieter für Domains zu suchen. Ich bin bei Domain-Offensive gelandet, mittlerweile habe ich selbst mehrere Domains dort.

Da ich zig Sub-Domains im Einsatz habe (Stichwort „name-based virtual hosts“) bin ich irgendwann auf Wildcards Zertifikate gewechselt. Diese benutze ich sowohl für meine Webserver, als auch für meinen eMail-Server.

Domain-Offensive bietet mittlerweile selbst eine API für LetsEncrypt an.
Doku: https://www.do.de/wiki/LetsEncrypt_-_Entwickler

Ich habe hierfür simple Bash-Scripte erstellt, mit welchen man – über die API – Wildcard-Zertifikate anlegen und aktualisieren kann. Der Trick hierbei ist, dass temporäre _acme-challenge.* DNS-Einträge erstellt werden.

Certbot installieren

Ich möchte hier nicht im Detail auf die Installation von Certbot eingehen, nur der Tipp am Rande, das eine aktuelle Version von Certbot benötigt wird. Ganz alte Versionen unterstützen noch keine Wildcard Zertifikate

Zum Zeitpunkt des Artikels setze ich Certbot 1.8.0 aus dem sid-Repo ein.

DomainOffensive-API-Key

Zuerst erstellen wir einen API-Key, Details siehe API-Doku.
https://www.do.de/account/letsencrypt/

Der API-Key gilt pro Account, nicht pro Domain!

Anlegen der Ordner+Scripte

Hier kommt nun mein customizing…

## Ordnerstruktur anlegen
mkdir -p /opt/letsencrypt/{hooks,logs,scripts}

/opt/letsencrypt/scripts/new_domain.sh

#!/bin/bash
## Script für neue Domains

for domain in "$@"
do
        echo $DOMAINS
        [ -n "${DOMAINS}" ] && DOMAINS="${DOMAINS},"
        DOMAINS="${DOMAINS}${domain}"
done

[ -z ${DOMAINS} ] && { echo "No domain given"; exit 1; }

certbot certonly --server https://acme-v02.api.letsencrypt.org/directory --manual --preferred-challenges dns --manual-auth-hook "/opt/letsencrypt/hooks/authenticator.sh" --manual-cleanup-hook "/opt/letsencrypt/hooks/cleanup.sh" -d "${DOMAINS}"

/opt/letsencrypt/hooks/authenticator.sh

#!/bin/bash
## https://certbot.eff.org/docs/using.html

## Token from do.de
APITOKEN="<YourDOApiTokenHere>"

DOMAIN="_acme-challenge.$CERTBOT_DOMAIN"

echo "$(date +'%Y-%m-%d %T') curl-XPUT \"https://www.do.de/api/letsencrypt?token=${APITEKEN}&domain=${DOMAIN}&value=${CERTBOT_VALIDATION}"\" >> /opt/letsencrypt/logs/hook_authenticator.log

curl -XPUT "https://www.do.de/api/letsencrypt?token=${APITOKEN}&domain=${DOMAIN}&value=${CERTBOT_VALIDATION}" >> /opt/letsencrypt/logs/hook_authenticator.log 2>&1

/opt/letsencrypt/hooks/cleanup.sh

#!/bin/bash
## https://certbot.eff.org/docs/using.html

## Token from do.de
APITOKEN="<YourDOApiTokenHere>"

DOMAIN="_acme-challenge.${CERTBOT_DOMAIN}"

curl -XPUT "https://www.do.de/api/letsencrypt?token=${APITOKEN}&domain=${DOMAIN}&action=delete"

Unter einem frisch installiertem Ubuntu 17.04 musste ich feststellen, dass Top-Level-Domain (TLD) nicht nicht im DNS Such Suffix berücksichtigt wurden.

Beispiel:
server1  wurde nicht aufgelöst, obwohl .abc in den DNS Domain’s aufgelistet war.
server1.abc hingegen wurde erkannt

server2 (server2.test.abc) wurde hingegen korrekt aufgelöst.

Die Lösung:

cd /etc
unlink resolv.conf
ln -s /var/run/systemd/resolve/resolv.conf

../run/resolvconf/resolv.conf
auf
/var/run/systemd/resolve/resolv.conf

Die korrekte Konfiguration des Systemd-resolvers kann man hiermit prüfen:

systemd-resolve --status

Hierzu gibt es einen aktuellen Bug:
https://github.com/systemd/systemd/issues/6224