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:
@@ -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
|
||||
|
||||
Reference in New Issue
Block a user