.NET Framework 3.5 Installation bricht ab: Unterschied zwischen den Versionen
Aus maxTechCorner
Alar (Diskussion | Beiträge) |
imported>TechCorner-Redaktion Überarbeitung: Fehlercodes 0x800f0954/081f/0906/0922, WSUS-GPO, Windows Server 2016–2025, Stand Oktober 2026 |
||
| (12 dazwischenliegende Versionen von 5 Benutzern werden nicht angezeigt) | |||
| Zeile 1: | Zeile 1: | ||
=== | {{Steckbrief | ||
| 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. | ||
< | |||
[[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.]] | |||
=== '' | == 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 | |||
|} | |||
== | == 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 <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]]. | |||
=== Variante 2: Gruppenrichtlinie für optionale Features anpassen (bei WSUS) === | |||
# 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: | |||
Installation .NET Framework 3.5 | <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}} | |||
[[Kategorie:Server-Software]] | |||
Aktuelle Version vom 14. Oktober 2026, 00:00 Uhr
Auf einen Blick
| Gilt für | 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 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.
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)
- Gruppenrichtlinie öffnen (lokal
gpedit.msc, 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
sources\sxs) eintragen. gpupdate /forceausfü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
0x800f081ffehl. - 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
- Microsoft Learn: .NET Framework 3.5 unter Windows installieren
- Microsoft- und Windows-Beratung von m.a.x. it
Ü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?
