.NET Framework 3.5 Installation bricht ab: Unterschied zwischen den Versionen

Aus maxTechCorner
← Zum vorherigen Versionsunterschied
imported>TechCorner-Redaktion
Server-Software: Überarbeitung
imported>TechCorner-Redaktion
Überarbeitung: Fehlercodes 0x800f0954/081f/0906/0922, WSUS-GPO, Windows Server 2016–2025, Stand Oktober 2026
 
Zeile 1: Zeile 1:
== Symptom ==
{{Steckbrief
Das .NET Framework 3.5 lässt sich auf Windows Server 2012/2012 R2 (bzw. Windows 8/8.1) nicht installieren, obwohl der Alternativpfad korrekt angegeben wurde. Die Installation über ''Server-Manager → Rollen und Features hinzufügen → Features → .NET Framework 3.5'' bricht ab mit „Die Quelldateien konnten nicht gefunden werden“ bzw. per PowerShell mit Fehler <code>0x800f0906</code> – obwohl die Quelle korrekt als <code>[Installationsmedium]:\sources\sxs</code> angegeben wurde.
| gilt_fuer  = Windows Server 2016/2019/2022/2025, Windows 10, Windows 11 bis 25H2
| bereich    = Server-Software
| dauer      = 10–20 Minuten
| rechte      = Administrator, ggf. Gruppenrichtlinien-Verwaltung
| stand      = Oktober 2026
}}
'''Die Installation von .NET Framework 3.5 bricht ab''' meist mit „Die Quelldateien wurden nicht gefunden“ oder einem Fehlercode wie <code>0x800f0954</code>, <code>0x800f081f</code> oder <code>0x800f0906</code>. In fast allen Fällen kommt Windows nicht an die Installationsdateien – weil ein WSUS-Server sie nicht liefert, eine Gruppenrichtlinie den Weg zu Windows Update versperrt oder die angegebene Quelle nicht zur Windows-Version passt.


== Ursache und Lösung ==
[[Datei:NET35-Installation-bricht-ab.png|thumb|center|750px|Typische Fehlercodes bei der Installation von .NET Framework 3.5, ihre Ursachen und die passende Lösungsvariante.]]
Microsoft verteilt .NET-3.5-Sicherheitsupdates per Windows Update, die teils installiert werden, obwohl das Framework selbst fehlt. Solche Updates können die nachträgliche Installation blockieren.


'''Lösung A:''' .NET Framework 3.5 installieren, ''bevor'' Windows-Updates eingespielt werden.
== Problem ==
* Server-Manager oder ''Windows-Features'' melden: „Die Quelldateien wurden nicht gefunden.“
* DISM bzw. PowerShell bricht mit einem dieser Fehler ab:
{| class="wikitable"
! Fehlercode !! Bedeutung
|-
| <code>0x800f0954</code> || Windows fragt den WSUS-Server, der keine Feature-Dateien bereitstellt
|-
| <code>0x800f081f</code> || Quelldateien nicht gefunden bzw. Quelle passt nicht zur Windows-Version
|-
| <code>0x800f0906</code> || Download von Windows Update fehlgeschlagen (Proxy, Firewall, kein Internet)
|-
| <code>0x800f0922</code> || Verarbeitung abgebrochen, häufig nach unvollständigen Updates oder bei zu kleiner Systempartition
|}


'''Lösung B:'''
== Ursache ==
# Bereits installierte .NET-3.5-Sicherheitsupdates entfernen (''Systemsteuerung → Programme und Features → Installierte Updates'').
.NET Framework 3.5 liegt bei Windows 10/11 und Windows Server nur als „Feature on Demand“ vor – die Dateien werden bei Bedarf nachgeladen. Ist der Rechner per Gruppenrichtlinie an WSUS gebunden, fragt Windows dort nach; WSUS liefert diese Dateien aber nicht aus. Ohne Internetzugang oder mit falscher Quelle schlägt die Installation ebenfalls fehl.
# .NET Framework 3.5 wie oben installieren.
# Anschließend die Windows-Updates erneut einspielen.


{{Tipp|Direkt per DISM vom Medium: siehe [[.NET 3.5 mit DISM installieren]].}}
== Lösung ==
=== Variante 1: Direkt vom Installationsmedium (einfachste Lösung) ===
Das passende ISO bereitstellen und mit <code>/LimitAccess</code> installieren, damit WSUS gar nicht erst gefragt wird:
<syntaxhighlight lang="bat">
DISM /Online /Enable-Feature /FeatureName:NetFx3 /All /Source:D:\sources\sxs /LimitAccess
</syntaxhighlight>
Details: [[.NET 3.5 mit DISM installieren]].


== Unterstützung von m.a.x. it ==
=== Variante 2: Gruppenrichtlinie für optionale Features anpassen (bei WSUS) ===
Bei diesem Thema unterstützt Sie die [https://www.max-it.de/it-services/microsoft-windows-beratung/ Microsoft-und-Windows-Beratung] von m.a.x. it.
# Gruppenrichtlinie öffnen (lokal <code>gpedit.msc</code>, in der Domäne die Server-/Client-GPO).
# ''Computerkonfiguration → Administrative Vorlagen → System → Einstellungen für die Installation optionaler Komponenten und die Reparatur von Komponenten angeben''.
# Richtlinie '''aktivieren''' und den Haken bei '''„Reparaturinhalte und optionale Features direkt von Windows Update statt von Windows Server Update Services (WSUS) herunterladen“''' setzen. Optional einen ''Alternativen Quelldateipfad'' (Netzwerkfreigabe mit <code>sources\sxs</code>) eintragen.
# <code>gpupdate /force</code> ausführen und die Installation wiederholen.
 
=== Variante 3: WSUS vorübergehend umgehen ===
Nur wenn Variante 1 und 2 nicht möglich sind – Registry-Wert sichern, ändern, installieren, zurücksetzen:
<syntaxhighlight lang="powershell">
$key = 'HKLM:\SOFTWARE\Policies\Microsoft\Windows\WindowsUpdate\AU'
Set-ItemProperty $key -Name UseWUServer -Value 0
Restart-Service wuauserv
DISM /Online /Enable-Feature /FeatureName:NetFx3 /All
Set-ItemProperty $key -Name UseWUServer -Value 1
Restart-Service wuauserv
</syntaxhighlight>
 
=== Variante 4: Komponentenspeicher reparieren ===
Hilft nichts davon (typisch bei <code>0x800f0922</code>), zuerst den Komponentenspeicher reparieren und danach erneut installieren:
<syntaxhighlight lang="powershell">
DISM /Online /Cleanup-Image /RestoreHealth /Source:WIM:D:\sources\install.wim:1 /LimitAccess
sfc /scannow
</syntaxhighlight>
Den Index (<code>:1</code>) an die installierte Edition anpassen – <code>DISM /Get-WimInfo /WimFile:D:\sources\install.wim</code> listet alle Editionen.
 
== Hinweise ==
* '''Passende Quelle:''' Das ISO muss zur installierten Windows-Version passen (z. B. Server 2022 ↔ Server-2022-ISO). Bei abweichendem Build schlägt die Installation mit <code>0x800f081f</code> fehl.
* '''Reihenfolge:''' Auf neu installierten Servern .NET Framework 3.5 möglichst ''vor'' dem ersten großen Update-Lauf installieren – das vermeidet viele Fehler.
* '''Windows 11 26H1 und neuer:''' Dort ist .NET Framework 3.5 kein Windows-Feature mehr, sondern wird über einen eigenen Installer bereitgestellt.
* '''Lebensdauer:''' .NET Framework 3.5 erhält nur noch bis 9. Januar 2029 Updates.
* Bei WSUS-, GPO- und Server-Themen unterstützt Sie die [https://www.max-it.de/it-services/microsoft-windows-beratung/ Microsoft-und-Windows-Beratung von m.a.x. it].
 
== Siehe auch ==
* [[.NET 3.5 mit DISM installieren]]
* [[WSUS]]
* [[Gruppenrichtlinie]]
* [[Nützliche Windows-Befehle]]
 
== Links und Quellen ==
* [https://learn.microsoft.com/de-de/dotnet/framework/install/dotnet-35-windows Microsoft Learn: .NET Framework 3.5 unter Windows installieren]
* [https://www.max-it.de/it-services/microsoft-windows-beratung/ Microsoft- und Windows-Beratung von m.a.x. it]


{{Uebermax}}
{{Uebermax}}
[[Kategorie:Server-Software]]
[[Kategorie:Server-Software]]


Aktuelle Version vom 14. Oktober 2026, 00:00 Uhr

Auf einen Blick

Gilt fürWindows Server 2016/2019/2022/2025, Windows 10, Windows 11 bis 25H2
BereichServer-Software
Dauer10–20 Minuten
RechteAdministrator, ggf. Gruppenrichtlinien-Verwaltung
StandOktober 2026

Die Installation von .NET Framework 3.5 bricht ab meist mit „Die Quelldateien wurden nicht gefunden“ oder einem Fehlercode wie 0x800f0954, 0x800f081f oder 0x800f0906. In fast allen Fällen kommt Windows nicht an die Installationsdateien – weil ein WSUS-Server sie nicht liefert, eine Gruppenrichtlinie den Weg zu Windows Update versperrt oder die angegebene Quelle nicht zur Windows-Version passt.

Typische Fehlercodes bei der Installation von .NET Framework 3.5, ihre Ursachen und die passende Lösungsvariante.

Problem

  • Server-Manager oder Windows-Features melden: „Die Quelldateien wurden nicht gefunden.“
  • DISM bzw. PowerShell bricht mit einem dieser Fehler ab:
Fehlercode Bedeutung
0x800f0954 Windows fragt den WSUS-Server, der keine Feature-Dateien bereitstellt
0x800f081f Quelldateien nicht gefunden bzw. Quelle passt nicht zur Windows-Version
0x800f0906 Download von Windows Update fehlgeschlagen (Proxy, Firewall, kein Internet)
0x800f0922 Verarbeitung abgebrochen, häufig nach unvollständigen Updates oder bei zu kleiner Systempartition

Ursache

.NET Framework 3.5 liegt bei Windows 10/11 und Windows Server nur als „Feature on Demand“ vor – die Dateien werden bei Bedarf nachgeladen. Ist der Rechner per Gruppenrichtlinie an WSUS gebunden, fragt Windows dort nach; WSUS liefert diese Dateien aber nicht aus. Ohne Internetzugang oder mit falscher Quelle schlägt die Installation ebenfalls fehl.

Lösung

Variante 1: Direkt vom Installationsmedium (einfachste Lösung)

Das passende ISO bereitstellen und mit /LimitAccess installieren, damit WSUS gar nicht erst gefragt wird: 

DISM /Online /Enable-Feature /FeatureName:NetFx3 /All /Source:D:\sources\sxs /LimitAccess

Details: .NET 3.5 mit DISM installieren.

Variante 2: Gruppenrichtlinie für optionale Features anpassen (bei WSUS)

  1. Gruppenrichtlinie öffnen (lokal gpedit.msc, in der Domäne die Server-/Client-GPO).
  2. Computerkonfiguration → Administrative Vorlagen → System → Einstellungen für die Installation optionaler Komponenten und die Reparatur von Komponenten angeben.
  3. Richtlinie aktivieren und den Haken bei „Reparaturinhalte und optionale Features direkt von Windows Update statt von Windows Server Update Services (WSUS) herunterladen“ setzen. Optional einen Alternativen Quelldateipfad (Netzwerkfreigabe mit sources\sxs) eintragen.
  4. gpupdate /force ausführen und die Installation wiederholen.

Variante 3: WSUS vorübergehend umgehen

Nur wenn Variante 1 und 2 nicht möglich sind – Registry-Wert sichern, ändern, installieren, zurücksetzen: 

$key = 'HKLM:\SOFTWARE\Policies\Microsoft\Windows\WindowsUpdate\AU'
Set-ItemProperty $key -Name UseWUServer -Value 0
Restart-Service wuauserv
DISM /Online /Enable-Feature /FeatureName:NetFx3 /All
Set-ItemProperty $key -Name UseWUServer -Value 1
Restart-Service wuauserv

Variante 4: Komponentenspeicher reparieren

Hilft nichts davon (typisch bei 0x800f0922), zuerst den Komponentenspeicher reparieren und danach erneut installieren: 

DISM /Online /Cleanup-Image /RestoreHealth /Source:WIM:D:\sources\install.wim:1 /LimitAccess
sfc /scannow

Den Index (:1) an die installierte Edition anpassen – DISM /Get-WimInfo /WimFile:D:\sources\install.wim listet alle Editionen.

Hinweise

  • Passende Quelle: Das ISO muss zur installierten Windows-Version passen (z. B. Server 2022 ↔ Server-2022-ISO). Bei abweichendem Build schlägt die Installation mit 0x800f081f fehl.
  • Reihenfolge: Auf neu installierten Servern .NET Framework 3.5 möglichst vor dem ersten großen Update-Lauf installieren – das vermeidet viele Fehler.
  • Windows 11 26H1 und neuer: Dort ist .NET Framework 3.5 kein Windows-Feature mehr, sondern wird über einen eigenen Installer bereitgestellt.
  • Lebensdauer: .NET Framework 3.5 erhält nur noch bis 9. Januar 2029 Updates.
  • Bei WSUS-, GPO- und Server-Themen unterstützt Sie die Microsoft-und-Windows-Beratung von m.a.x. it.

Siehe auch

Links und Quellen


Über m.a.x. it Die m.a.x. Informationstechnologie AG ist seit über 30 Jahren IT-Partner mittelständischer und großer Unternehmen in München und bietet maßgeschneiderte Lösungen und Services in den Bereichen Cloud, Cybersecurity, Netzwerk, Windows, Linux und Softwareentwicklung. Sie haben eine Frage zu diesem Artikel oder brauchen Unterstützung? Kontakt aufnehmen

Abgerufen von „http://techcorner.max-it.de/index.php?title=.NET_Framework_3.5_Installation_bricht_ab&oldid=4295“