{"id":12724,"date":"2025-01-24T23:09:24","date_gmt":"2025-01-24T21:09:24","guid":{"rendered":"https:\/\/u-labs.de\/portal\/?p=12724"},"modified":"2025-01-24T23:09:24","modified_gmt":"2025-01-24T21:09:24","slug":"windows-installationsmedien-entmuellen-anpassen","status":"publish","type":"post","link":"https:\/\/u-labs.de\/portal\/windows-installationsmedien-entmuellen-anpassen\/","title":{"rendered":"So k\u00f6nnen Windows Installationsmedien angepasst werden"},"content":{"rendered":"

Microsoft stellt seit einiger Zeit offizielle ISO-Abbilder von Windows 10\/11 bereit. Spannend sind die M\u00f6glichkeiten, welche bei propriet\u00e4rer Software verbleiben, um das Abbild ver\u00e4ndern zu k\u00f6nnen. Den besten Grund dazu hat Microsoft selbst geliefert: Blotware. Windows wird mit immer mehr Dingen zugem\u00fcllt, die es unn\u00f6tig aufbl\u00e4hen – die Gr\u00f6\u00dfe einer DVD hat es l\u00e4ngst \u00fcberschritten. <\/p>\n

W\u00e4hrend das bei heutigen USB-Sticks und externen SSDs kein Problem mehr ist, st\u00f6rt nicht nur die Verschwendung mit einer potenziell gr\u00f6\u00dferen Angriffsfl\u00e4che. Teile der Bloatware nervt zudem, etwa im Startmen\u00fc. Dieser Beitrag zeigt die Grundlagen daf\u00fcr, um Windows Installationsmedien anpassen zu k\u00f6nnen.<\/p>\n

Das brauchst du<\/h2>\n

Neben einem Installationsabbild (ISO Datei) der jeweiligen Windows-Version ben\u00f6tigst du zudem eine laufende Windows-Installation. Abbilder k\u00f6nnen seit Windows 10 von Microsoft heruntergeladen werden.1<\/a><\/sup>2<\/a><\/sup> Es kommen mehrere hauseigene Werkzeuge von Microsoft zum Einsatz, die unter GNU\/Linux oder anderen Betriebssystemen nicht laufen. Eine VM reicht v\u00f6llig aus. Allerdings solltest du hier beim Testen nicht vergessen, sie nach dem Neu-Erstellen einer ISO aus- und wieder einzuschalten.<\/p>\n

Dar\u00fcber hinaus ist das Windows Assessment and Deployment Kit<\/em> (Windows ADK) n\u00f6tig.3<\/a><\/sup> Zwar befinden sich die meisten Module im DISM-Paket und sind damit vorinstalliert. Um am Ende nach unseren Anpassungen eine neue ISO-Datei zu erstellen, m\u00fcssen wir jedoch das ADK installieren. Es enth\u00e4lt hierf\u00fcr das Werkzeug oscdimg<\/code>. Achtung: Es existieren verschiedene ADK-Versionen f\u00fcr unterschiedliche Windows-Editionen!<\/p>\n

Hardwareseitig solltest du auf dem Arbeitssystem zur Durchf\u00fchrung der Anpassungen gen\u00fcgend freien Speicherplatz besitzen: Grob \u00fcberschlagen wird mindestens die 3,5 fache Gr\u00f6\u00dfe des ISO Abbilds ben\u00f6tigt, siehe den folgenden Abschnitt f\u00fcr die Hintergr\u00fcnde. An vielen Stellen unterst\u00fctzt Microsoft \u00fcbrigens keine Netzlaufwerke. Lediglich das neu erstellte Abbild erlaubt der Konzern auf externe Laufwerke zu schreiben. Ich habe die VM daher gro\u00dfz\u00fcgig mit 100 GB Plattenspeicher ausgestattet.<\/p>\n

Was du zum Aufbau einer Windows-ISO wissen solltest<\/h2>\n

Bei ISO-Dateien handelt es sich um Abbilder einer CD oder DVD. Die Zeiten physischer Scheiben sind zwar vorbei. Doch ISO-Abbilder sind geblieben, um stattdessen auf USB-Sticks und anderen Medien alle notwendigen Dateien (\u00fcber 900 bei Windows 10 22H2) in einem Container zu b\u00fcndeln. Durch die Entstehung als 1:1 Kopie lassen sich Abbilder – im Gegensatz zu Archiven – nicht nachtr\u00e4glich ver\u00e4ndern. Nach dem Einh\u00e4ngen der ISO-Datei muss daher zuerst deren Inhalt in ein tempor\u00e4res Verzeichnis auf der lokalen Festplatte kopiert werden. Damit liegen wir schon bei \u00fcber 12 GB.<\/p>\n

In diesem Abbild liegen wiederum weitere Abbilder von Windows, wof\u00fcr Microsoft das WIM-Format (Windows Image Format) verwendet.4<\/a><\/sup> Seit Windows Vista kopiert der Installations-Assistent haupts\u00e4chlich eines dieser Abbilder auf das lokale System, sie liegen in sources\\install.wim<\/code>. Mit ca. 5 GB ist es die gr\u00f6\u00dfte Datei, das Archivprogramm 7-Zip kann sie lesend \u00f6ffnen. <\/p>\n

\n
\"\"<\/a><\/figure>\n<\/div>\n

Die Nummern stehen f\u00fcr verschiedene Editionen von Windows: 1 entspricht Windows 10 Home, 2 die gleichnamige N-Edition – jede Edition existiert mit und ohne N. Es folgen Education (3 & 4), Pro (5 & 6) sowie weitere. Bei Windows 10 22H2 sind es insgesamt 10 St\u00fcck. Jeder der Ordner enth\u00e4lt die bekannte Verzeichnisstruktur einer abgeschlossenen Windows-Installation. F\u00fcr Anpassungen ist es erforderlich, den jeweiligen Index<\/em> anzugeben. Die \u00c4nderungen gelten somit nur f\u00fcr die jeweilige Edition, etwa Windows 10\/11 Pro.<\/p>\n

\n
\"\"<\/a><\/figure>\n<\/div>\n

Wer die Installations-Umgebung anpassen m\u00f6chte, wird in sources\\boot.wim<\/code> f\u00fcndig. Sie ist deutlich kleiner, da es sich um ein abgespecktes Windows PE handelt. Mehrere Editionen gibt es davon nicht, hier ist immer Index 2 zu verwenden.<\/p>\n

Einh\u00e4ngen: Wie lassen sich diese Abbilder anpassen?<\/h2>\n

Ein WIM-Abbild l\u00e4sst sich zum Schreiben \u00f6ffnen. Daf\u00fcr muss man dessen Inhalt an einen frei w\u00e4hlbaren, leeren Ordner einh\u00e4ngen. Das Konzept erinnert stark an GNU\/Linux, wobei es dort systemweit angewendet wird, sodass Laufwerksbuchstaben entfallen k\u00f6nnen. Bei Windows hingegen k\u00f6nnen keine Partitionen an beliebiger Stelle eingeh\u00e4ngt werden – das ist auf WIM-Dateien beschr\u00e4nkt.<\/p>\n

Sie lassen sich mit DISM und den dazugeh\u00f6rigen PowerShell Cmd-Lets einh\u00e4ngen. Das DISM-Syntax ist am gruseligsten, daher verwende ich lieber die PS. Grunds\u00e4tzlich ist der Einh\u00e4ngepfad zwar frei w\u00e4hlbar. Da wir jedoch an verschiedenen Stellen \u00c4nderungen vornehmen, empfehle ich ein Arbeitsverzeichnis zu erstellen. Darin legt ihr das vanilla Windows ISO Abbild ab und wechselt in der PS dort hinein. Ein paar Variablen machen das Arbeiten damit zudem weniger schmerzhaft:<\/p>\n

mkdir ul_win-iso\ncd ul_win-iso\n\n$cwd = (Get-Item -Path ".\\" -Verbose).FullName\n$iso = $cwd + "\\Win10_22H2_German_x64v1.iso"\n$mount = "$cwd\\iso_mount"\nmkdir $mount<\/code><\/pre>\n
Da die Windows-Werkzeuge an einigen Stellen nur absolute Pfade akzeptieren, was schnell zu Un\u00fcbersichtlichkeit und nervigem C&P f\u00fchrt, enth\u00e4lt $cwd <\/code>den absoluten Pfad zu unserem Arbeitsverzeichnis, in dem wir uns befinden. $iso<\/code> ist unser Vanilla-Abbild und $mount<\/code> bekommt eine (scheibbare) Kopie des ISO-Inhalts. Daf\u00fcr muss zuvor die ISO-Datei (lesend) eingeh\u00e4ngt werden. Windows sucht automatisch nach einem freien Laufwerksbuchstaben, den wir uns in $drive <\/code>merken.<\/p>\n
$isoMount = mount-diskimage $iso -PassThru\n$drive = ($isoMount | get-volume).DriveLetter\n\nxcopy \/E \/I \/H \/R \/Y \/J ${drive}: $mount<\/code><\/pre>\n
Unabh\u00e4ngig davon, ob wir die Installationsumgebung (boot.wim<\/code>) oder das sp\u00e4ter installierte Windows (install.vim<\/code>) anpassen m\u00f6chten – in jedem Falle ben\u00f6tigen wir daf\u00fcr einen weiteren, leeren Ordner. <\/p>\n
Beispiel 1: Wir entm\u00fcllen die vorinstallierten Apps<\/h2>\n
In diesem Beispiel h\u00e4nge ich das zu installiere Windows 10 Pro (Index 5) Installationsabbild ein.<\/p>\n
$installWim = "$cwd\\install.wim_mount"\nmkdir $installWim\nMount-WindowsImage -ImagePath $mount\\sources\\install.wim -Index 5 -Path $installWim<\/code><\/pre>\n
Mit DISM und dem Pfad zum Abbild als Pr\u00e4fix k\u00f6nnen wir Befehle im Kontext dieses Abbilds ausf\u00fchren, statt des bereits laufenden Windows. Beispielsweise liefert folgender Aufruf eine Liste aller MS Store Anwendungen:<\/p>\n
dism \/image:$installWim \/Get-ProvisionedAppxPackages<\/code><\/pre>\n
Lesbarer wird es, wenn wir uns die Paketnamen aus der Ausgabe heraus filtern:<\/p>\n
dism \/image:$installWim \/Get-ProvisionedAppxPackages | Select-String -Pattern 'PackageName: (.+)$' | % {"$($_.matches.groups[1])"}<\/code><\/pre>\n
Interessant, was dort alles vorinstalliert ist. Alleine zu Xbox finden sich 6 Pakete, die nur f\u00fcr Nutzer des Dienstes relevant sind. Der gro\u00dfe Rest schleppt sie als Bloatware im Betriebssystem mit sich herum. Man k\u00f6nnte diese nun von Hand entfernen, wof\u00fcr wir ein interessantes PS-Syntax verwenden m\u00fcssen. Allerdings ist das m\u00fchsam und wir m\u00fcssten dies f\u00fcr jede neue Windows-Version wiederholen.<\/p>\n
dism \/image:$installWim \/Remove-ProvisionedAppxPackage \/PackageName:Microsoft.Xbox.TCUI_1.23.28002.0_neutral_~_8wekyb3d8bbwe<\/code><\/pre>\n
Besser: Wir filtern die Liste auf die gew\u00fcnschten Namen (z.B. Alles von Xbox, Bing Wetter, MS Office usw) und holen uns die exakten Versionen aus dem Abbild. Diese leiten wir an Remove-ProvisionedAppxPackage weiter.<\/p>\n
$existingAppx=(dism \/image:$installWim \/Get-ProvisionedAppxPackages | Select-String -Pattern 'PackageName: (.+)$' | % {"$($_.matches.groups[1])"})\n$existingAppx | Select-String -Pattern '(Xbox|BingWeather|MicrosoftOfficeHub|WindowsMaps|Office\\.OneNote|SkypeApp|ZuneMusic|MixedReality|CommunicationsApp)' | % { write-host "Entferne $_"; dism \/image:$installWim \/Remove-ProvisionedAppxPackage \/PackageName:$_ }<\/code><\/pre>\n
So darfst du \u00c4nderungen an Dateienvornehmen<\/h2>\n
Abseits der offiziellen Windows-Funktionen m\u00f6chtest du m\u00f6glicherweise etwas ver\u00e4ndern oder entfernen. Das ist vor allem f\u00fcrs Modden interessant, was bei propriet\u00e4rer Software wie MS Windows jedoch nur eingeschr\u00e4nkt durch Reverse Engineering m\u00f6glich ist. Ein relativ einfaches Beispiel besteht darin, den trostlosen Hintergrund im Installations-Assistenten auszutauschen. Der liegt direkt im Dateisystem, sodass man dieses Bild austauschen kann. Windows\\System32\\setup.bmp<\/code> lautet der Pfad zum dauerhaft angezeigten. Soweit die Theorie, in der Praxis fehlen jedoch die Rechte daf\u00fcr. <\/p>\n
Zun\u00e4chst lege ich mir einen neuen Unterordner im Arbeitsverzeichnis an, in den boot.wim<\/code> gemountet wird:<\/p>\n
$bootWim = "$cwd\\boot.wim_mount"\nmkdir $bootWim\nMount-WindowsImage -ImagePath $mount\\sources\\boot.wim -Index 2 -Path $bootWim<\/code><\/pre>\n
M\u00f6chtet ihr dort Dateien ersetzen (z.B. die erw\u00e4hnte setup.bmp<\/code>), gelingt dies selbst mit Administrator-Rechten nicht. Das liegt daran, dass in den ACLs selbst lokale Administratoren lediglich lesen und ausf\u00fchren d\u00fcrfen:<\/p>\n
\n
\"\"<\/a><\/figure>\n<\/div>\n
Um dort auch schreiben zu k\u00f6nnen, \u00fcbertragen wir uns die Eigent\u00fcmerschaft mit takeown<\/code> (vergleichbar mit chown<\/code> unter GNU\/Linux) und gew\u00e4hren dem angemeldeten Benutzer durch icacls<\/code> volle Rechte.<\/p>\n
takeown \/f $bootWim\\Windows\\System32\\setup.bmp\nicacls $bootWim\\Windows\\System32\\setup.bmp \/grant ${Env:UserName}:F<\/code><\/pre>\n
Nun k\u00f6nnen wir diese ver\u00e4ndern. Aber Vorsicht: Das Windows Setup reagiert allergisch auf gel\u00f6schte & neu angelegte Dateien. In meinen Tests hat das dazu gef\u00fchrt, dass der Assistent zwar das Bild kurz anzeigte, dann jedoch abst\u00fcrzte. Stabil funktionierte es nur, wenn man die neue Datei in einem anderen Ordner umbenannt (hier in setup.bmp<\/code>) und anschlie\u00dfend im System32<\/code> Ordner ersetzt.<\/p>\n
\u00c4nderungen speichern und eine neue ISO erstellen<\/h2>\n
Nachdem du mit den Anpassungen fertig bist, schlie\u00dfe s\u00e4mtliche Programme, die auf Dateien aus den Abbildern zugreifen. Erst durch das Aush\u00e4ngen werden die \u00c4nderungen in die Quelldatei geschrieben. Ist das nicht gew\u00fcnscht, ersetzt du -save<\/code> durch -discard<\/code>. Der Pfad ist entsprechend auf den Einh\u00e4ngepfad anzupassen. Falls du mehrere eingeh\u00e4ngt hast, muss dies f\u00fcr jedes wiederholt werden.<\/p>\n
Dismount-WindowsImage -path $bootWim -save<\/code><\/pre>\n
Nun liegen unsere \u00c4nderungen allerdings noch nicht im ISO. Sondern lediglich in deren lokaler Kopie, die wir zwecks Schreibrechten erstellt haben. Auf dessen Basis m\u00fcssen wir daher ein neues ISO erstellen – hier kommt das ADK zum Einsatz. Microsoft macht euch damit das Leben jedoch schwer: Es wird in einem Pfad voller Leer- und Sonderzeichen (!) installiert. Zu allem \u00dcberfluss kann die Konsole in Windows bis heute nicht vern\u00fcnftig damit umgehen (!!), sodass als Workaround ein & vor den Befehl gesetzt werden m\u00fcsste. Der ist aber nicht ohne Seiteneffekte (!!!), sondern verhindert die Substitution von Variablen – welche ich als Workaround einsetze, um mit den erzwungenen absoluten Pfaden nicht wahnsinnig zu werden. Um aus dieser Katastrophe halbwegs mit blauem Auge raus zu kommen, habe ich einen weiteren Workaround gefunden: Ein Alias. Damit k\u00f6nnen wir das Werkzeug fast schon vern\u00fcnftig verwenden.<\/p>\n
Set-Alias -Name oscdimg -Value 'C:\\Program Files (x86)\\Windows Kits\\10\\Assessment and Deployment Kit\\Deployment Tools\\amd64\\Oscdimg\\OSCDIMG.exe'\noscdimg -lWin10_22H2_Ger_x64v1_custom -m -u2 "-b${mount}\\boot\\etfsboot.com" "$mount" "${cwd}\\win10-22h2_custom.iso"<\/code><\/pre>\n
OSCDIMG erstellt uns ein neues ISO-Abbild.5<\/a><\/sup> Es hat ebenfalls tolle Eigenheiten: Die Parameter werden nicht mit \/<\/code> \u00fcbergeben, wie es Microsofts kuriose Eigenart ist. Sondern mit einem Minus, was eher der Unix-Welt entspricht. Dort ist allerdings ein Leerzeichen danach \u00fcblich, damit kann OSCDIMG nicht umgehen. Wer z.B. -l Test123 \u00fcbergibt, wird einen Fehler erhalten, weil dies als leer erkannt wird… das macht den Aufruf wenig \u00fcbersichtlich, schauen wir uns daher die Parameter an:<\/p>\n