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

Aus maxTechCorner
← Zum vorherigen Versionsunterschied
Keine Bearbeitungszusammenfassung
imported>TechCorner-Redaktion
Überarbeitung: Fehlercodes 0x800f0954/081f/0906/0922, WSUS-GPO, Windows Server 2016–2025, Stand Oktober 2026
 
(21 dazwischenliegende Versionen von 7 Benutzern werden nicht angezeigt)
Zeile 1: Zeile 1:
=== '''Symptom''' ===
{{Steckbrief
.NET Framework 3.5 lässt sich nicht installieren auf einem Windows 2012 Server oder Windows 8 Systeme, obwohl der korrekte Alternativpfad angegeben wurde.<br />
| gilt_fuer  = Windows Server 2016/2019/2022/2025, Windows 10, Windows 11 bis 25H2
Die Installation, durchgeführt per<br />
| bereich    = Server-Software
''Server Manager → Rollen und Features hinzufügen → Features → .NET Framework 3.5-Funktionen''<br />
| dauer      = 10–20 Minuten
bricht ab mit der Fehlermeldung<br />
| rechte      = Administrator, ggf. Gruppenrichtlinien-Verwaltung
<pre>„Die Quelldateien konnten nicht gefunden werden“</pre>
| stand      = Oktober 2026
(im Installationsdialog) bzw.<br />
}}
<pre>„0x800f0906 Die Quelldateien konnten nicht heruntergeladen werden.“</pre>
'''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.
(bei Installation per PowerShell Kommandozeile), obwohl die Installationsquelle als alternativer Quellpfad korrekt angegeben wurde<br />
<pre>[Windows-Installationsmedium]:\sources\sxs</pre><br />


=== '''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 stellt zum .NET Framework 3.5 Sicherheitsupdates per Windows Update bereit, die teilweise im System installiert werden, obwohl das Framework selbst gar nicht installiert ist. Solche Sicherheitsupdates können die nachträgliche Installation von .NET Framework 3.5 blockieren.<br />
'''Lösung (A)'''<br />
Installieren Sie .NET Framework 3.5, bevor Sie Windows Updates installieren.<br />
'''Lösung (B)'''<br />
# Deinstallieren Sie die bereits installierten Windows-Sicherheitsupdates für .NET Framework 3.5 ''Systemsteuerung → Software und Features → Installierte Updates''
# Installieren Sie .NET Framework 3.5 wie oben beschrieben
# Installieren Sie alle relevanten Windows-Sicherheitsupdates über Windows Update<br /><br />


=== '''Links und Quellen''' ===
== Problem ==
http://support2.microsoft.com/kb/2734782 <br /><br />
* 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:
<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]]


=== '''Kontakt''' ===
Wenn Sie Fragen oder Anmerkungen zu diesem Artikel haben, wenden Sie sich bitte gerne an [mailto:maxtechcorner@max-it.de].<br />

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“