hoe

Oplossing: foutcode 0x800f0954

Sommige gebruikers krijgen de foutcode 0x800f0954 wanneer ze proberen .NET Framework 3.5 of een andere optionele functie in Windows 10 te installeren. De meeste gebruikers melden dat deze fout optreedt terwijl ze het pakket proberen te installeren via Windows-functies, maar anderen krijgen het terwijl met behulp van het opdrachtregelprogramma DISM. De fout lijkt niet exclusief te zijn voor een bepaalde Windows-versie, omdat deze is bevestigd op Windows 7, Windows 8.1 en Windows 10.

Foutcode 0x800f0954

Wat veroorzaakt de foutcode 0x800f0954?

We hebben dit specifieke probleem onderzocht door te proberen het probleem op onze testmachines te repliceren en door verschillende gebruikersrapporten te bekijken waarin dit exacte probleem is opgetreden. Het blijkt dat er verschillende potentiële daders zijn die deze foutcode kunnen activeren:

De computer heeft geen toegang tot de Windows Update-server - In sommige gevallen treedt het foutbericht op omdat het systeem de WU-server niet kan bereiken. Dit is typisch in situaties waarin er een heel netwerk van computers met een domein is geconfigureerd om updates van een WSUS-server te downloaden. In dit geval kunt u het probleem oplossen door de WSUS te omzeilen.
DISM CBS-logboeken veroorzaken het probleem - Soms kunnen de CBS-logboeken die zijn gegenereerd door het hulpprogramma DISM wijzen op een probleem dat eigenlijk niet bestaat. In dit geval kunt u het probleem oplossen door de logbestanden voor op componenten gebaseerde onderhoud te verwijderen en de DISM-opdracht opnieuw uit te voeren die eerder niet werkte met dit foutbericht.
.NET Framework moet worden geïnstalleerd via Powershell - Als u een ouder .NET Framework-pakket probeert te installeren, moet u dit mogelijk vanuit een PowerShell-venster doen om de fout 0x800f0954 te voorkomen.
Groepsbeleid verhindert de installatie - Er is één beleid dat deze specifieke fout kan activeren als het wordt uitgeschakeld vanuit de Editor voor lokaal groepsbeleid. Als dit scenario van toepassing is, kunt u het probleem oplossen door het beleid 'Instellingen opgeven voor optionele componentinstallatie en componentreparatie' in te schakelen.

Als u momenteel op zoek bent naar een oplossing voor de fout 0x800f0954, vindt u in dit artikel verschillende stappen voor probleemoplossing. Hieronder vindt u een verzameling methoden die andere gebruikers in een vergelijkbare situatie met succes hebben gebruikt om dit specifieke probleem op te lossen.

Houd er rekening mee dat de onderstaande methoden zijn gerangschikt op efficiëntie en ernst, dus we raden u aan ze te volgen in de volgorde waarin ze worden gepresenteerd. De kans is groot dat niet elke mogelijke oplossing van toepassing is op uw huidige situatie, dus u kunt de methoden overslaan die niet kunnen worden gevolgd.

Methode 1: De WSUS omzeilen

Als u de fout 0x800f0954 krijgt tijdens het installeren van optionele Windows-functies, komt dit waarschijnlijk omdat uw systeem geen toegang heeft tot de Windows Update-server. Dit lijkt te zijn gebeurd voor veel gebruikers in een vergelijkbare situatie - vooral in situaties waarin er een heel netwerk van computers met domeinverbonden computers is geconfigureerd om updates van een WSUS-server te downloaden.

Als uw situatie vergelijkbaar is, is het mogelijk dat het probleem optreedt omdat uw computer ooit deel uitmaakte van een domeinnetwerk en de groepsbeleidsinstelling nog steeds van kracht is. Als dit scenario van toepassing is, kunt u het probleem oplossen door de WSUS-server tijdelijk te omzeilen. U kunt dit eenvoudig doen door de volgende registerbewerking uit te voeren:

Druk op Windows-toets + R om een dialoogvenster Uitvoeren te openen. Typ vervolgens "regedit" en druk op Ctrl + Shift + Enter om de Register-editor met beheerdersrechten te openen. Wanneer u wordt gevraagd door de UAC (Gebruikersaccountbeheer), klikt u op Ja om beheerdersrechten toe te kennen.
Gebruik in de Register-editor het linkerdeelvenster om naar de volgende locatie te navigeren:
```
 HKEY_LOCAL_MACHINE \ SOFTWARE \ Policies \ Microsoft \ Windows \ WindowsUpdate \ AU 
```
Opmerking: u kunt het adres ook rechtstreeks in de navigatiebalk plakken en op Enter drukken om er direct te komen.
Als de WindowsUpdate- sleutel niet bestaat, moet u deze handmatig maken. Klik hiervoor met de rechtermuisknop op de Windows-toets, selecteer Nieuw> Sleutel en noem deze 'WindowsUpdate'. Klik vervolgens met de rechtermuisknop op de nieuw gemaakte sleutel en selecteer Nieuw> Sleutel en geef de nieuwste sleutel AU een naam .
Selecteer de AU-toets, ga naar het rechterdeelvenster, klik met de rechtermuisknop op een lege ruimte en kies Nieuw> Tekenreekswaarde . Wijzig vervolgens de nieuw gemaakte tekenreekswaarde in UserWUServer .
Nadat de UserWUServer- sleutel is gemaakt, dubbelklikt u erop en stelt u Waardegegevens in op 0 .
Sluit de Register-editor, start uw computer opnieuw op en kijk of het probleem bij de volgende keer opstarten van het systeem is opgelost.

//appuals.com/wp-content/uploads/2019/05/bypassing-the-WSUS.webm

Als het probleem hiermee niet is opgelost of niet van toepassing is, gaat u naar de volgende methode hieronder.

Methode 2: De CBS-logboeken opschonen

Sommige gebruikers die dit exacte probleem ondervinden, hebben gemeld dat ze het probleem hebben kunnen oplossen na het verwijderen van de CBS- logbestanden (Component Based Servicing) met betrekking tot DISM. Na dit te hebben gedaan en de opdracht DISM opnieuw te hebben uitgevoerd, hebben sommige getroffen gebruikers gemeld dat de 0x800f0954- fout niet meer optrad.

Dit is wat u moet doen:

Open Verkenner en navigeer naar de volgende locatie:
```
 C: \ Windows \ Logs \ CBS 
```
Zodra u in de CBS- map bent, selecteert u alles daar en kiest u Verwijderen.
Nadat elk .log- en .cab- bestand is verwijderd, kunt u de map CBS sluiten.
Druk op Windows-toets + R om een dialoogvenster Uitvoeren te openen. Typ vervolgens "cmd" en druk op Ctrl + Shift + Enter om een verhoogde opdrachtprompt te openen. Wanneer u de UAC (Gebruikersaccountbeheer) ziet, klikt u op Ja om beheerdersrechten te verlenen.
Typ de volgende opdracht in de verhoogde opdrachtprompt en druk op Enter om de opdracht DISM opnieuw uit te voeren:
```
 Dism.exe / online / enable-feature / featurename: NetFX3 / bron: C: \ 
```
Nadat u op Enter hebt gedrukt, moet .NET Framework worden geïnstalleerd zonder de fout 0x800f0954 .

Als u nog steeds dezelfde foutmelding krijgt of deze methode was niet van toepassing op uw huidige scenario, ga dan naar de volgende methode hieronder.

Methode 3: PowerShell gebruiken om .NET Framework 3.5 te installeren

Als u de 0x800f0954- fout tegenkomt tijdens het installeren van .NET Framework 3.5 met behulp van DISM (Deployment Image Servicing and Management), kunt u het foutbericht mogelijk omzeilen door Powershell te gebruiken.

Verschillende getroffen gebruikers hebben gemeld dat de foutcode niet meer optrad nadat ze een powershell-opdracht hadden uitgevoerd waarmee het probleem werd opgelost. Dit is wat u moet doen:

Druk op Windows-toets + R om een run-opdracht te openen. Typ vervolgens "powershell" en druk op Ctrl + Shift + Enter om een verhoogde Powershell-prompt te openen. Wanneer u wordt gevraagd door de UAC (Gebruikersaccountbeheer), klikt u op Ja om beheerdersrechten toe te kennen.
Dialoogvenster Uitvoeren: powershell Druk vervolgens op Ctrl + Shift + Enter
Typ de volgende opdracht binnen de verhoogde Powershell-prompt en druk op Enter om deze uit te voeren:
```
 Toevoegen - WindowsCapability - Online - Naam NetFx3 ~~~~ - Bron D: \ sources \ sxs 
```
Sluit de verhoogde Powershell-prompt en start uw machine opnieuw op.
Probeer bij de volgende keer opstarten van het systeem .NET Framework 3.5 opnieuw te installeren en kijk of het probleem is opgelost.

Als dezelfde fout nog steeds optreedt, gaat u naar de volgende methode hieronder.

Methode 4: De Groepsbeleid-editor gebruiken

Als u de fout 0x800f0954 krijgt terwijl u de RSAT Toolset toevoegt, is de kans groot dat u enkele wijzigingen moet aanbrengen met behulp van de tool Groepsbeleid-editor . Verschillende gebruikers zijn erin geslaagd dit probleem op te lossen door het hulpprogramma Gpedit uit te voeren om enkele instellingen met betrekking tot de installatie van componenten en reparatie van componenten aan te passen.

Na het inschakelen van een bepaald lokaal beleid en het toestaan van het besturingssysteem om reparatie-inhoud en optionele functies rechtstreeks van WU te downloaden, hebben verschillende gebruikers gemeld dat het probleem was opgelost.

Opmerking: houd er rekening mee dat het hulpprogramma Groepsbeleid-editor niet voor alle Windows-versies beschikbaar is. Als u Windows 10 Home of een andere versie hebt die dit niet bevat, moet u dit artikel (hier) volgen om de beleidseditor op uw computer te installeren.

Als u de Groepsbeleid-editor op uw Windows-versie heeft, volgt hier een korte handleiding voor het maken van de nodige bewerkingen:

Druk op Windows-toets + R om een dialoogvenster Uitvoeren te openen. Typ vervolgens "gpedit.msc" en druk op Enter om de Editor voor lokaal groepsbeleid te openen. Als u wordt gevraagd door de UAC (Gebruikersaccountbeheer), klikt u op Ja om beheerdersrechten toe te kennen.
Typ "gpedit.msc" in de prompt Uitvoeren
Zodra u zich in de Editor voor lokaal groepsbeleid bevindt, gebruikt u het linkerdeelvenster om naar de volgende locatie te navigeren:
Computerconfiguratie \ Beheersjablonen \ Systeem
Ga vervolgens met Systeem geselecteerd naar het rechterdeelvenster en dubbelklik op Instellingen opgeven voor optionele componentinstallatie en componentreparatie .
Geef instellingen op voor optionele componentinstallatie en componentreparatie
Stel vervolgens het beleid in op Ingeschakeld en vink het vakje aan dat is gekoppeld aan Download reparatie-inhoud en optionele functies rechtstreeks vanuit Windows Update in plaats van Windows Server Update Services (USUS) .
Schakel het vereiste beleid in
Druk op Toepassen om de configuratie op te slaan, sluit vervolgens de Local Group Policy Editor en start uw computer opnieuw op.
Bij de volgende opstart van het systeem zou de fout niet meer moeten optreden.