Textfreie schematische Illustration von Windows-Systemverwaltung und Updatepaketen

Windows-Aktivierung: OOB-Updates beheben SLMGR-Fehler 0x80041008

Geprüft am 14. November 2026. Nach den Windows-Updates vom 10. November meldete Microsoft einen Fehler bei bestimmten Aktivierungsvorgängen über SLMGR: Der Befehl konnte mit 0x80041008 – Invalid parameter abbrechen. Das betrifft vor allem Organisationen, die Aktivierungsschlüssel per slmgr.vbs oder automatisierten Abläufen einspielen oder KMS-Konfigurationen ändern. Am 13. November veröffentlichte Microsoft versionsbezogene außerplanmäßige Updates (OOB), die den Fehler korrigieren.

Schematischer Ablauf: Systemversion zuordnen, passendes Update auswählen und die Aktivierung anschließend prüfen.
Eigene schematische Übersicht: erst die genaue Windows-Version ermitteln, dann die zugehörige KB anhand der Microsoft-Vorgaben auswählen und nach der Bereitstellung prüfen. Keine echte Windows-Oberfläche.

Kurzfazit

Installieren Sie nicht irgendeine der genannten KB-Nummern. Ordnen Sie zuerst Edition und Versionsstand Ihres Systems zu und verwenden Sie ausschließlich das dafür vorgesehene Microsoft-Update. Für Windows 11 23H2 ist es KB5136483; für Windows Server 2025 KB5136489, Server 2022 KB5136487, Windows 10 ESU beziehungsweise LTSC 2021 KB5136493 und Server 2019 beziehungsweise Windows 10 LTSC 2019 KB5136490. Prüfen Sie vor einer zentralen Verteilung die jeweiligen SSU-, Vorupdate- und gegebenenfalls Checkpoint-Vorgaben.

Was ist passiert – und wer ist betroffen?

Microsoft dokumentiert, dass gewisse Aktivierungs- und KMS-Verwaltungsvorgänge nach den Sicherheitsupdates vom 10. November mit dem Fehlercode 0x80041008 enden konnten. Als Beispiele nennt Microsoft das Einspielen eines Produktschlüssels und das Ändern einer KMS-Domänenkonfiguration. Der Fehler betrifft also einen bestimmten administrativen Ablauf; er ist kein allgemeiner Hinweis darauf, dass Windows auf allen Geräten deaktiviert wäre.

Microsoft zufolge blieben bereits aktivierte Geräte aktiviert. Auch bestehende KMS-Konfigurationen, für die keine weiteren SLMGR-Befehle nötig waren, galten nicht als betroffen. SLMGR ist ein integriertes Windows-Befehlszeilenwerkzeug zur Verwaltung der Aktivierung. Es wird vor allem in verwalteten Umgebungen und Skripten eingesetzt, nicht als routinemäßiger Schritt für jeden privaten PC.

Welche KB gehört zu welcher Version?

Microsoft-OOB-Updates zur Behebung bestimmter SLMGR-Fehler; Stand 14.11.2026
System laut Microsoft OOB-KB Dokumentierter Build Hinweis
Windows 11, Version 23H2 KB5136483 22631.7714 Vorupdate und aktuelle SSU prüfen
Windows Server 2025 KB5136489 26100.33828 Bei Catalog-MSUs Reihenfolge und Checkpoint-Pakete beachten
Windows Server 2022 KB5136487 20348.5873 Vorupdate, SSU und Bereitstellungsweg abgleichen
Windows 10 ESU / Enterprise LTSC 2021 KB5136493 19045.7850 / 19044.7850 Geltungsbereich nach Edition und ESU-Status prüfen
Windows Server 2019 / Windows 10 LTSC 2019 KB5136490 17763.9488 Die versionsspezifische KB-Seite ist maßgeblich

Die Tabelle ist ein schneller Abgleich, keine vollständige Verteilungsanweisung. Für jedes Update nennt Microsoft konkrete Voraussetzungen. Bei Windows 11 23H2 und Server 2022 wird beispielsweise ein Windows-Vorupdate ab 8. Juli 2025 sowie die aktuelle SSU verlangt; für Server 2025 nennt Microsoft eine Mindestversion des Servicing Stacks und bei Catalog-Paketen zusätzliche MSU-Reihenfolge. Für Offline-Abbilder gelten teils weitere Bedingungen.

So wählen Sie das Update sicher aus

  1. System genau identifizieren: Erfassen Sie Windows-Version, Edition, Architektur und aktuellen Build auf dem betroffenen Gerät beziehungsweise in Ihrer Updateverwaltung. Der Name „Windows Server“ allein reicht nicht zur KB-Auswahl.
  2. Fehlerbild eingrenzen: Prüfen Sie, ob der Fehler bei einem von Microsoft beschriebenen SLMGR-Ablauf auftritt, etwa beim Einspielen eines Aktivierungsschlüssels oder Ändern von KMS-Angaben. Verändern Sie nicht vorsorglich funktionierende Konfigurationen.
  3. Passende KB-Unterlage öffnen: Folgen Sie dem Microsoft-Supporteintrag für genau Ihre Version. Prüfen Sie dort Vorupdates, Servicing Stack Update (SSU), Architektur, Verteilungskanal und Neustart- beziehungsweise Offline-Medienhinweise.
  4. Verteilung kontrolliert starten: In verwalteten Netzen testen Sie das Paket zuerst auf einer kleinen repräsentativen Gruppe. Bei manueller Bereitstellung aus dem Update Catalog können Checkpoint-MSUs erforderlich sein; installieren Sie sie in der in der KB angegebenen Reihenfolge.
  5. Ergebnis nachvollziehen: Kontrollieren Sie den tatsächlich installierten KB- und Build-Stand und wiederholen Sie anschließend nur den zuvor fehlgeschlagenen, dokumentierten Verwaltungsschritt. Bewahren Sie Fehlerprotokolle und den Rollout-Umfang auf.

OOB bedeutet nicht automatisch Sicherheitsupdate

„Out-of-band“ beschreibt bei Microsoft den Veröffentlichungszeitpunkt außerhalb des normalen Updatezyklus. Die hier aufgeführten Korrekturen sind laut ihren jeweiligen KB-Artikeln nicht sicherheitsrelevante, kumulative OOB-Updates. Das Wort OOB allein sagt weder aus, dass ein neues Sicherheitsproblem vorliegt, noch bestimmt es die Dringlichkeit für jedes System. Microsoft erklärt außerdem, dass OOB-Korrekturen in spätere kumulative Updates eingehen können. Ob sofortige Installation oder die reguläre Verteilung geeigneter ist, hängt deshalb von Ihrer Version, dem Fehlerbild und dem eigenen Wartungsfenster ab.

Einordnung für den November-Rollout

Der Vorfall ist eine Erinnerung daran, Aktivierungsskripte nach einem monatlichen Update in einer Pilotgruppe mitzuprobieren. Besonders relevant ist das für Server- und Clientflotten, die Produktschlüssel oder KMS-Parameter mit SLMGR ändern. Für allgemeine Installationsvoraussetzungen eines anderen November-Pakets lesen Sie auch unseren separaten Beitrag zu KB5132061 und dessen Checkpoint-Paketen; dieser behandelt ein anderes Update und ersetzt die oben verlinkten OOB-KB-Seiten nicht.

Bei einer produktiven Umgebung mit zentraler Aktivierungsverwaltung sollte ein Administrator die Auswirkungen auf die eigene Updateverteilung prüfen. Ein öffentliches KB-Beispiel ersetzt nicht den versionsgenauen Abgleich Ihrer Geräte und Installationsmedien.

Quellen und Prüfmethodik

Geprüft am 14. November 2026. Die KB-Zuordnung, Builds, betroffenen Windows-Versionen und Installationshinweise wurden anhand der jeweiligen Microsoft-Supportseiten abgeglichen. Die Einordnung von OOB-Updates und die Rolle von SLMGR beruhen auf Microsoft Learn. Microsoft meldete zum Prüfzeitpunkt auf den zitierten OOB-Seiten keine bekannten Probleme; prüfen Sie den aktuellen Änderungsverlauf vor dem produktiven Rollout.

Video-Prüfung: Es wurde kein konkretes offizielles Microsoft-Video zur Fehlerkorrektur und passenden KB-Auswahl gefunden, das die versionsgenauen Supportseiten sinnvoll ergänzt. Deshalb ist kein Video eingebettet. Autor: TechDesk PE Digital.Networks.

Zurück zum Blog

Hinterlasse einen Kommentar