Fehler 0x800f081f: .NET Framework 3.5 installieren – DISM-Fix und die Änderung ab Windows 11 26H1

Der Fehler 0x800f081f heißt intern CBS_E_SOURCE_MISSING: Windows soll .NET Framework 3.5 nachinstallieren, findet die Quelldateien aber nicht. Der zuverlässigste Fix ist ein Windows-ISO derselben Version – mounten und das Feature per DISM aus dem Ordner sources\sxs aktivieren, statt es über Windows Update zu ziehen. Neu 2026: Ab Windows 11 26H1 gibt es .NET 3.5 überhaupt nicht mehr als Windows-Feature, sondern nur noch als eigenständigen Installer.

Woran du erkennst, dass der Fehler 0x800f081f dein Problem ist

Der Code taucht in zwei Situationen auf: Du setzt unter „Windows-Features aktivieren oder deaktivieren“ den Haken bei „.NET Framework 3.5 (umfasst .NET 2.0 und 3.0)“ und der Vorgang bricht ab – oder ein älteres Programm verlangt beim Start .NET 3.5 und der Nachinstall-Dialog scheitert. Die Meldung lautet dann sinngemäß „Die Quelldateien wurden nicht gefunden“ (englisch: The source files could not be found).

Wichtig ist die Abgrenzung zu den Nachbar-Codes, denn sie brauchen andere Lösungen:

• 0x800F0906 (CBS_E_DOWNLOAD_FAILURE): Der Download von Windows Update ist fehlgeschlagen – typisch bei Proxy, Firewall oder WSUS im Firmennetz.
• 0x800F0907 (CBS_E_GROUPPOLICY_DISALLOWED): Eine Gruppenrichtlinie verbietet das Nachladen von Windows Update komplett.
• 0x800F0922: Kein reiner .NET-Fehler, sondern ein abgebrochener Installationsvorgang – hier hilft oft, die Leserechte auf den Quellordner zu prüfen.
• 0x800f081f: Eine Quelle wurde gesucht oder angegeben, ist aber leer, unvollständig, gesperrt oder passt nicht zur installierten Windows-Version.

Microsoft nennt für diesen Code drei dokumentierte Ursachen: Der angegebene Pfad enthält die benötigten Dateien nicht, das Konto hat keinen Lesezugriff auf die Quelle, oder der Dateisatz ist beschädigt beziehungsweise gehört zu einer anderen Windows-Version.

Zuerst prüfen: Welche Windows-Version läuft?

Dieser Schritt ist seit 2026 kein Formalkram mehr, sondern entscheidet über den kompletten Lösungsweg. Drücke Windows-Taste + R, tippe winver und lies Version und Build ab.

• Windows 10 sowie Windows 11 bis einschließlich 25H2: .NET Framework 3.5 ist ein optionales Windows-Feature (Feature on Demand). Der DISM-Weg im nächsten Abschnitt ist dein Fix.
• Windows 11 26H1 (Build 28000) und neuer: Microsoft hat .NET Framework 3.5 aus dem Betriebssystem entfernt. Es lässt sich dort nicht mehr als Windows-Komponente aktivieren – auch nicht per DISM. Du brauchst den separaten Installer, den Microsoft in der Anleitung „Install .NET Framework 3.5 on Windows 11“ verlinkt. Die Offline-Wartung eines Windows-Images für .NET 3.5 entfällt damit ebenfalls.

Betroffen sind bislang vor allem neue Geräte: 26H1 ist eine hardwareoptimierte Ausgabe, die Microsoft ab 2026 auf frischen ARM64-Notebooks vorinstalliert. Klassische Intel- und AMD-Rechner bleiben auf 25H2 – für die allermeisten Leser gilt also weiter der DISM-Weg. Merke dir trotzdem zwei Punkte aus der Microsoft-FAQ: Der eigenständige 26H1-Installer läuft ausschließlich auf genau dieser Windows-Version, und der Support für .NET Framework 3.5 endet am 9. Januar 2029.

.NET Framework 3.5 per DISM aus dem Installationsmedium nachinstallieren

Das ist der zuverlässigste Weg für Windows 10 und Windows 11 bis 25H2, weil du Windows die Dateien direkt vorlegst, statt auf den Update-Download zu hoffen. Voraussetzung: eine Windows-ISO, die exakt zu deiner installierten Version passt.

1. Lade über das Media Creation Tool von Microsoft eine ISO deiner Windows-Version herunter – oder nimm einen vorhandenen Installations-USB-Stick derselben Generation.
2. Mounte die ISO: Rechtsklick auf die .iso-Datei → Bereitstellen. Im Explorer erscheint ein neues Laufwerk; merke dir den Buchstaben (im Beispiel D:).
3. Öffne die Eingabeaufforderung als Administrator: Startmenü, „cmd“ tippen, Rechtsklick auf Eingabeaufforderung → Als Administrator ausführen.
4. Führe diesen Befehl aus und ersetze D: durch deinen Laufwerksbuchstaben:
   Dism /online /enable-feature /featurename:NetFx3 /All /Source:D:\sources\sxs /LimitAccess
5. Warte auf die Meldung „Der Vorgang wurde erfolgreich abgeschlossen“ und starte den PC neu. .NET Framework 3.5 steht danach unter „Windows-Features“ mit gesetztem Haken.

Der Schalter /LimitAccess ist der entscheidende Punkt: Er weist DISM an, ausschließlich die angegebene Quelle zu benutzen und nicht parallel doch wieder bei Windows Update anzuklopfen – genau dieses Ausweichen löst den Abbruch oft erst aus.

Ebenso wichtig ist die Versionsgleichheit. Microsoft warnt ausdrücklich davor, Quelldateien einer anderen Windows-Version zu verwenden: Im besten Fall schlägt die Installation fehl, im schlechteren landet eine unpassende .NET-Version auf dem System – und das gilt als nicht unterstützter, nicht wartbarer Zustand. Die ISO muss also zu dem passen, was winver anzeigt.

Wenn DISM weiter mit 0x800f081f abbricht

Bleibt der Code trotz Installationsmedium, arbeite diese vier Punkte der Reihe nach ab.

1. Quelle stimmt nicht oder ist nicht lesbar

Prüfe den Pfad wörtlich: Er muss auf den Ordner sxs zeigen, nicht auf das Laufwerk oder auf sources. Kopiere den Ordner sources\sxs im Zweifel von der gemounteten ISO nach C:\sxs und starte den Versuch lokal:

Dism /online /enable-feature /featurename:NetFx3 /All /Source:C:\sxs /LimitAccess

Das löst gleich zwei typische Stolperfallen: Netzlaufwerke oder Wechselmedien, auf die der Vorgang keinen sauberen Lesezugriff hat, und ISO-Dateien, die während der Installation unbeabsichtigt ausgehängt werden. Prüfe zusätzlich per Rechtsklick auf den Ordner → Eigenschaften → Sicherheit, dass „Lesen & Ausführen“ gesetzt ist.

2. Der Komponentenspeicher ist beschädigt

Setze vor Reparaturbefehlen einen Wiederherstellungspunkt, dann führe in der Admin-Eingabeaufforderung nacheinander aus:

DISM /Online /Cleanup-Image /RestoreHealth
sfc /scannow

Beide Läufe dauern je nach System einige Minuten. Danach den DISM-Befehl aus dem Abschnitt oben wiederholen – erst dann lässt sich sagen, ob wirklich die Quelle das Problem war.

3. Eine Gruppenrichtlinie oder WSUS blockiert

Typisch auf Firmen-, Schul- und Uni-Geräten. Öffne den Editor für lokale Gruppenrichtlinien (Windows-Taste + R, gpedit.msc) und gehe zu Computerkonfiguration → Administrative Vorlagen → System. Dort öffnest du „Einstellungen für die Installation optionaler Komponenten und die Reparatur von Komponenten angeben“ und stellst sie auf Aktiviert. Zwei Felder sind dabei relevant:

• Alternativer Quelldateipfad: Hier trägst du einen vollständigen Pfad zu einem Ordner mit dem Inhalt von sources\sxs ein – lokal oder als Freigabe wie \\server\share\sxs. Auch eine WIM-Datei ist möglich, dann mit Präfix und Index: WIM:\\server\share\install.wim:3.
• „Direkt eine Verbindung mit Windows Update herstellen …“: Diese Option lässt den PC die Reparaturinhalte an einem WSUS-Server vorbei direkt von Windows Update holen.

Anschließend gpupdate /force in der Admin-Eingabeaufforderung ausführen und die Installation erneut starten. Auf einem verwalteten Gerät sind diese Richtlinien in der Regel zentral gesetzt: Ändere dort nichts eigenmächtig, sondern gib der IT-Administration den gewünschten Quellpfad durch – für sie ist das ein Zweiminuten-Job.

4. Ins Protokoll schauen statt raten

DISM schreibt jeden Versuch mit nach C:\Windows\Logs\DISM\dism.log. Öffne die Datei und springe ans Ende: Dort steht, welcher Pfad geprüft und welches Paket vermisst wurde. Das ist der schnellste Weg zur Unterscheidung „falsche ISO“ gegen „kein Zugriff auf die Quelle“ – und in der Fachinformatiker-Ausbildung genau die Vorgehensweise, die von einer Fehlermeldung zur Ursache führt.

Warum der Fehler 0x800f081f überhaupt auftritt

Seit Windows 10 ist .NET Framework 3.5 ein Feature on Demand: Auf der Platte liegen nur die Metadaten des Features, nicht die eigentlichen Programmdateien. Aktivierst du es, soll Windows die fehlenden Binärdateien nachladen. Zuständig ist das Component-Based Servicing (CBS) – das Modul, das Windows-Komponenten ein- und ausbaut. Findet CBS die Nutzdaten weder online noch an der angegebenen Quelle, meldet es CBS_E_SOURCE_MISSING, also 0x800f081f.

Deshalb häuft sich der Fehler in zwei Umgebungen: in Firmennetzen mit WSUS oder strenger Firewall, weil der Weg zu Windows Update dicht ist, und auf frisch aufgesetzten Rechnern, auf denen jemand eine ISO aus dem Download-Ordner von vorletztem Jahr benutzt. Die Metadaten passen dann zwar, die angebotenen Komponentendateien nicht.

Brauchst du .NET Framework 3.5 heute noch?

Wenn eine Anwendung danach fragt: ja. Viele Branchen-, Buchhaltungs- und CAD-Programme sowie etliche ältere Spiele wurden gegen diese Laufzeitumgebung kompiliert, und das Paket bringt .NET 2.0 und 3.0 gleich mit – deshalb landet der Fehler bis heute regelmäßig auf neu installierten Systemen.

Zwei Hinweise aus der aktuellen Microsoft-Dokumentation solltest du trotzdem kennen: Bei einem Upgrade auf eine neue Windows-Version wird .NET Framework 3.5 nicht übernommen, du musst es danach erneut aktivieren beziehungsweise installieren. Und langfristig empfiehlt Microsoft, betroffene Anwendungen auf .NET Framework 4.8.1 oder auf modernes .NET umzustellen – der Support für 3.5 endet Anfang 2029. Für den Moment löst der DISM-Befehl oben das Problem, aber wenn du die Software ohnehin ablösen willst, hast du jetzt ein Datum dafür.

Quellen: Microsoft Learn – Install .NET Framework 3.5 on Windows, .NET Framework 3.5 on Windows 11 FAQ und KB 2734782 zu den Installationsfehlern; Stand August 2026.

Häufige Fragen

Was bedeutet der Fehlercode 0x800f081f?

Intern heißt der Code CBS_E_SOURCE_MISSING. Windows soll eine Komponente wie .NET Framework 3.5 installieren, findet die Quelldateien aber nicht – weil sie fehlen, gesperrt sind oder nicht zur installierten Windows-Version passen.

Wie installiere ich .NET Framework 3.5 ohne Internet?

Mounte eine passende Windows-ISO und führe als Administrator aus: Dism /online /enable-feature /featurename:NetFx3 /All /Source:D:\sources\sxs /LimitAccess. Der Schalter /LimitAccess nutzt nur die lokale Quelle statt Windows Update.

Warum scheitert die Installation trotz Installationsmedium?

Meist passt die ISO nicht zur installierten Version – prüfe sie mit winver. Weitere Ursachen: fehlender Lesezugriff auf den sxs-Ordner, ein beschädigter Komponentenspeicher oder eine blockierende Gruppenrichtlinie.

Gibt es .NET Framework 3.5 noch unter Windows 11 26H1?

Nicht als Windows-Feature. Ab Windows 11 26H1 (Build 28000) entfällt die Komponente, auch für DISM. Microsoft liefert stattdessen einen eigenständigen Installer, der nur auf genau dieser Windows-Version läuft.

Was unterscheidet 0x800f081f von 0x800F0906 und 0x800F0907?

0x800f081f heißt: angegebene Quelle fehlt oder passt nicht. 0x800F0906 steht für einen fehlgeschlagenen Download von Windows Update, 0x800F0907 für eine Gruppenrichtlinie, die den Download komplett verbietet.