feat(native-macos): create-stick.sh — nativer createinstallmedia-Weg fuer echte Macs

Alternative zum Docker/Linux-Tool: nutzt softwareupdate --fetch-full-installer
+ createinstallmedia direkt, wenn ein Mac (10.15+) verfuegbar ist. Bewusst
unabhaengig vom ./downloads-Ordner, da createinstallmedia die volle
Install-App braucht, nicht die rohen Katalog-Images des Docker-Pfads.
Reines Terminal-Menue ohne externe Abhaengigkeiten (softwareupdate, diskutil,
PlistBuddy). Zukunftssicher analog zum Docker-Tool, da Apples eigene
Versionsliste live abgefragt wird.
This commit is contained in:
ARIA
2026-07-18 09:53:41 +00:00
parent 6f8538428c
commit e4dd003bd6
3 changed files with 323 additions and 0 deletions
+11
View File
@@ -216,6 +216,17 @@ jetzt tatsaechlich Big Sur bis Tahoe zurueck).
- Linux (getestet gegen die Grundannahmen von `lsblk`/`/dev`/`udev`; auf
macOS/Windows-Docker-Desktop funktioniert das Device-Passthrough so nicht)
## Alternative: nativer Mac-Weg (createinstallmedia)
Wenn zufaellig ein echter Mac zur Verfuegung steht (macOS 10.15+), gibt es
unter [`native-macos/`](native-macos/) ein eigenstaendiges Terminal-Script
(`create-stick.sh`), das statt des Recovery-Extraktions-Workarounds die
**echte** `createinstallmedia` nutzt — ueber Apples eigenen
`softwareupdate --fetch-full-installer`-Befehl. Kein Docker noetig, keine
Abhaengigkeiten ausser macOS-Bordmitteln. Details siehe dortiges README;
wichtig: die beiden Wege sind bewusst unabhaengig, weil `createinstallmedia`
ein anderes Installer-Format braucht als die rohen Katalog-Images, die das
Docker-Tool hier im Root verwendet.
## Bekannte Grenzen (ehrlich, nicht schoengeredet)
1. Der `recovery`-Pfad (Big Sur+) ist nicht production-hardened getestet
worden, sondern nach dokumentiertem, in der Hackintosh-/Recovery-Community