Anke | Stefan | Leo || Langer

Durch Zufall bin ich darauf gestoßen, dass eine unattend.xml Datei, die ich für das Setup eines Rechners im Audit-Modus vorbereitet und im Stammverzeichnis des Installationssticks abgelegt hatte, vom Windows-Setup nach dem Neustart vollautomatisch verarbeitet wurde – sehr nett, das spart einiges an Geklicke!

In-Place-Upgrade (Start von setup.exe im laufenden Windows 10):

Dennoch ist es schon vorgekommen, dass nach Installation des Upgrades irgendetwas nicht klappt und die Win11-Installation automatisiert rückgängig gemacht wird.In diesem Fall hilft es, z. B. den Virenscanner zu deinstallieren, und Geräte, die man nicht unbedingt während der Installation benötigt (z. B. Bluetooth) im Gerätemanager zu deaktivieren.

Sollte eine Wiederherstellung ebenfalls scheitern, muss man auf das selbst angelegte Backup zurückgreifen

---

Neuinstallation (Boot von Installationsmedium):

Hierbei gehen alle alten Daten, Programme und Einstellungen verloren!

Zuerst wird das Installationsmedium erstellt: https://go.microsoft.com/fwlink/?linkid=2156295

Windows 11 prüft vor einer Neuinstallation, ob die Hardware den Anforderungen von Microsoft genügt – hier geht es vor allem um das Trusted Platform Module (TPM), einen Sicherheitschip. Doch die Jungs und Mädels aus Redmond haben ein Hintertürchen gelassen:

Wenn die Installation mangelhafte Hardware meldet, geht man einen Schritt zurück und drückt Shift + F10 – ein Kommandozeilenfenster öffnet sich. Dort gibt man folgenden Befehl ein, um den TPM-Check abzuschalten:

REG ADD HKLM\SYSTEM\Setup\LabConfig /t REG_DWORD /d 1 /v BypassTPMCheck

Hier kann man weitere Parameter nachlesen, die ebenfalls abgeschaltet werden können (und für eine virtuelle Maschine, z. B. in VMWare Player, auch abgeschaltet werden müssen), Zitat:

• BypassCPUCheck – for incompatible CPUs
• BypassTPMCheck – without a TPM 2.0+ chip
• BypassRAMCheck – to skip minimum RAM check
• BypassSecureBootCheck – for Legacy BIOS devices (or UEFI firmware with Secure Boot disabled)
• BypassStorageCheck – to minimal bypass system drive size check

 

WinGet is a very handy tool for installing software in Windows. It can be combined e. g. with FOG snapins (the benefit is having the latest software version whenever a snapin is run and not having to update the snapin itself.)

WinGet is, however, not natively accessible from the SYSTEM account. I have developed a workaround batch script which does the following:

First, it looks inside the Program Files folder for winget.exe. If it can’t find the file (e. g. because it is not launched with administrative rights) it will abort. If it finds the file it will launch a command of your choice, here it will print the file name and then start winget to list all installed packages. If you want to automate make sure to remove all „pause“ lines! 😉

@ECHO off
echo This program only works with administrative rights! (C) www.Langer.ws
REM Look for winget.exe...
cd "C:\Program Files\WindowsApps"
if errorlevel = 1 goto FEHLER
if errorlevel = 0 goto WEITER
:FEHLER
echo This program only works with administrative rights!
echo Program aborted.
pause
exit
:WEITER
for /r %%x in (*winget.exe) do set "name=%%x"
REM switch back to the original directory
cd %~dp0
REM Path of winget.exe should be contained in variable %name%; here come your commands...
echo %name%
"%name%" list
pause

 

Windows AppX-Apps können sehr lästig sein – insbesondere Teams: In Windows 11 wird die Teams-App „Teams für zu Hause oder kleine Unternehmen“ – zu erkennen am weißen Quadrat im Logo – automatisch installiert. In Schulen und Betrieben wird aber „Teams für Beruf, Schule und Studium“ benötigt – zu erkennen am dunkelvioletten Quadrat im Logo.

Naheliegend wäre, die „weiße“ App einfach zu deinstallieren, z. B. mittels FOG-Snapin. Der Haken: FOG und andere Management-Systeme starten Wartungstasks im lokalen Konto „System“ – und dieses Konto kann keine AppX deinstallieren.

Deshalb habe ich einen Workaround entwickelt:

1. Ein Powershell-Script zur Deinstallation der Teams-AppX wird auf C:\ angelegt.
2. In der Aufgabenplanung wird eine Aufgabe angelegt, die unter dem lokalen Administratorkonto, das auf jedem Rechner mit dem identischen Passwort vorhanden ist, ausgeführt wird. (Existiert solch ein Konto nicht, könnte man es über das Script anlegen mit net user /add…)
3. Die Aufgabe wird ausgeführt, und der Computer wird neu gestartet.

Und hier ist der Code:

echo Get-AppxPackage -all *teams* ^| Remove-AppxPackage -AllUsers >c:\DelWhTeams.ps1
SCHTASKS /Create /RU %computername%\Admin /RP #MeinAdminPasswort# /SC Once /ST 00:01 /RL Highest /TN DeleteWhiteTeams /TR "powershell -file c:\DelWhTeams.ps1" /F
SCHTASKS /Run /TN DeleteWhiteTeams
shutdown -r -t 60

Diverse nützliche Apps gibt es nicht mehr als Installationspakete, sondern nur noch über den Microsoft Store – theoretisch. Ich möchte am Beispiel von „OneNote für Windows 10“ zeigen, wie eine Installation automatisiert werden kann:

1. Man benötigt die entsprechenden Installationspakete. Dazu öffnet man den Windows Store im Browser und sucht nach der gewünschten App. Die Adresse der App-Seite kopieren!
   (z. B.: https://www.microsoft.com/de-de/p/onenote-for-windows-10/9wzdncrfhvjl?activetab=pivot:overviewtab )
2. Diese Adresse bei https://store.rg-adguard.net/ eingeben und das kleine Dropdown-Menü am Ende der Zeile auf „Retail“ umschalten.
   Eine lange Liste mit Dateien wird angezeigt. Nun lädt man sich die benötigten Dateien herunter – aber welche sind nötig? Bei „OneNote für Windows 10“ stellt sich nach einigem Ausprobieren heraus, dass es nur die beiden Dateien Microsoft.Office.OneNote_16001.14326.20674.0_neutral_~_8wekyb3d8bbwe.appxbundle und Microsoft.VCLibs.140.00_14.0.30704.0_x64__8wekyb3d8bbwe.Appx sind – für ein 64-bit-Windows, versteht sich.
3. Diese Dateien werden mit folgendem Befehl in der Powershell installiert:

   add-appxpackage -path "Microsoft.VCLibs.140.00_14.0.30704.0_x64__8wekyb3d8bbwe.Appx"
   add-appxpackage -path "Microsoft.Office.OneNote_16001.14326.20674.0_neutral_~_8wekyb3d8bbwe.AppxBundle"

   Versucht man, zuerst das OneNote-Paket zu installieren, wird man auf die fehlende Datei „VCLibs…“ aufmerksam gemacht.

4. Problemfall System-Account: Bei automatisierten Installationen (z. B. über FOG) wird oft das SYSTEM-Konto verwendet – und das darf die obigen Befehle nicht ausführen!
   Unter SYSTEM bietet sich die Installation via DISM an:

   DISM.EXE /Online /Add-ProvisionedAppxPackage /PackagePath:Microsoft.VCLibs.140.00_14.0.30704.0_x64__8wekyb3d8bbwe.Appx /SkipLicense
   DISM.EXE /Online /Add-ProvisionedAppxPackage /PackagePath:Microsoft.Office.OneNote_16001.14326.20674.0_neutral_~_8wekyb3d8bbwe.AppxBundle /SkipLicense

   Aber Achtung: DISM warnt nicht vor fehlenden Abhängigkeiten! Also erst lokal mit dem Powershell-Befehl testen, dann mit DISM installieren.

Notizen:

Übersicht über die installierten Store-Apps (in Powershell):

Get-AppxPackage | Format-Wide -Property Name

Nützliche Informationen: http://woshub.com/how-to-download-appx-installation-file-for-any-windows-store-app/