Vissa användare får Felkod 0x800f0954 när du försöker installera .NET Framework 3.5 eller en annan valfri funktion i Windows 10. De flesta användare rapporterar att detta fel inträffar när de försöker installera paketet via Windows-funktioner, men andra får det när de använder kommandoradsverktyget DISM. Felet verkar inte vara exklusivt för en viss Windows-version eftersom det bekräftas att det förekommer i Windows 7, Windows 8.1 och Windows 10.
Felkod 0x800f0954
Vad orsakar felkoden 0x800f0954?
Vi tittade på den här frågan genom att försöka replikera problemet på våra testmaskiner och genom att titta på olika användarrapporter som har stött på just detta problem. Som det visar sig finns det flera olika potentiella synder som kan sluta utlösa den här felkoden:
- Datorn kan inte komma åt Windows Update-servern - I vissa fall inträffar felmeddelandet eftersom systemet inte kan nå WU-servern. Detta är typiskt i situationer där det finns ett helt nätverk av domänanslutna datorer som är konfigurerade för att ladda ner uppdateringar från en WSUS-server. I det här fallet kan du lösa problemet genom att kringgå WSUS.
- DISM CBS-loggar utlöser problemet - Ibland kan CBS-loggarna som genereras av DISM-verktyget peka på ett problem som faktiskt inte finns. I det här fallet kan du lösa problemet genom att radera komponentbaserade serviceloggar och köra igen DISM-kommandot som tidigare misslyckades med detta felmeddelande.
- .NET Framework måste installeras via Powershell - Om du försöker installera ett äldre .NET Framework-paket kan du behöva göra det från ett PowerShell-fönster för att undvika 0x800f0954 fel.
- Grupppolicy förhindrar installationen - Det finns en policy som kan utlösa detta specifika fel om den är inaktiverad från Local Group Policy Editor. Om detta scenario är tillämpligt kan du lösa problemet genom att aktivera policyn ”Ange inställningar för valfri komponentinstallation och reparation av komponenter”.
Om du för närvarande söker efter en fix för 0x800f0954 fel, den här artikeln ger dig flera felsökningssteg. Nedan hittar du en samling metoder som andra användare i en liknande situation framgångsrikt har använt för att åtgärda just detta problem.
Tänk på att metoderna nedan ordnas efter effektivitet och svårighetsgrad, så vi uppmuntrar dig att följa dem i den ordning de presenteras. Chansen är inte att alla potentiella lösningar kommer att vara tillämpliga på din nuvarande situation, så hoppa gärna över de metoder som inte kan följas.
Metod 1: kringgå WSUS
Om du får 0x800f0954 fel när du försöker installera valfria Windows-funktioner, beror det förmodligen på att ditt system inte kan komma åt Windows Update-servern. Detta verkar ha inträffat för många användare i en liknande situation - särskilt i situationer där det finns ett helt nätverk av domänanslutna datorer som är konfigurerade för att ladda ner uppdateringar från en WSUS-server.
Om din situation är liknande är det möjligt att problemet uppstår eftersom din dator en gång var en del av ett domännätverk och grupprincipinställningen fortfarande är på plats. Om detta scenario är tillämpligt kan du lösa problemet genom att tillfälligt kringgå WSUS-servern. Du kan göra det enkelt genom att utföra följande registerredigering:
- Tryck Windows-tangent + R att öppna upp en Springa dialog ruta. Skriv sedan “Regedit” och slå Ctrl + Skift + Enter för att öppna upp Registerredigerare med administrativa privilegier. När uppmanas av UAC (användarkontokontroll) , klick Ja för att bevilja administrativa privilegier.
- I registerredigeraren använder du den vänstra rutan för att navigera till följande plats:
HKEY_LOCAL_MACHINE SOFTWARE Policies Microsoft Windows WindowsUpdate AU
Notera: Du kan också klistra in adressen direkt i navigeringsfältet och trycka på Stiga på att komma dit direkt.
- Om Windows uppdatering nyckeln inte finns måste du skapa den manuellt. För att göra detta högerklickar du på Windows-tangenten och väljer Ny> Nyckel och namnge det 'Windows uppdatering'. Högerklicka sedan på den nyskapade nyckeln och välj Ny> Nyckel och namnge den nyaste nyckeln PÅ .
- När AU-tangenten är vald, flytta till höger ruta, högerklicka på ett tomt utrymme och välj Ny> Sträng värde. Byt sedan om det nyligen skapade strängvärdet till UserWUServer .
- När UserWUServer nyckeln har skapats, dubbelklicka på den och ställ in den Värdedata till 0 .
- Stäng Registerredigeraren, starta om datorn och se om problemet har lösts vid nästa systemstart.
Om den här metoden inte löste problemet eller om det inte var tillämpligt, flytta ner till nästa metod nedan.
Metod 2: Rengöring av CBS-loggarna
Vissa användare som vi stöter på just detta problem har rapporterat att de lyckades lösa problemet efter att ha tagit bort CBS (komponentbaserad service) loggar relaterade till DISM . Efter att ha gjort detta och återkört DISM-kommandot har vissa berörda användare rapporterat att 0x800f0954 fel inträffade inte längre.
Här är vad du behöver göra:
- Öppna File Explorer och navigera till följande plats:
C: Windows Logs CBS
- När du väl kommer in i CBS , välj allt där och välj Radera.
- Efter varje fil .logga och .cab filen raderas kan du stänga filen CBS mapp.
- Tryck Windows-tangent + R att öppna upp en Springa dialog ruta. Skriv sedan “Cmd” och tryck Ctrl + Skift + Enter att öppna upp en upphöjd Kommandotolken . När du ser UAC (användarkontokontroll), klicka på Ja för att bevilja administrativa behörigheter.
- Inuti den upphöjda kommandotolken skriver du följande kommando och trycker på Stiga på för att köra om DISM-kommandot igen:
Dism.exe / online / aktivera-funktion / funktionsnamn: NetFX3 / källa: C:
- Efter att ha slagit Stiga på, .NET Framework ska installeras utan 0x800f0954 fel.
Om du fortfarande stöter på samma felmeddelande eller om den här metoden inte var tillämplig för ditt nuvarande scenario, gå ner till nästa metod nedan.
Metod 3: Använd PowerShell för att installera .NET Framework 3.5
Om du stöter på 0x800f0954 fel när du försöker installera .NET Framework 3.5 med DISM (Deployment Image Servicing and Management), kanske du kan kringgå felmeddelandet med Powershell.
Flera berörda användare har rapporterat att felkoden inte längre inträffade efter att de körde ett powershell-kommando som slutade lösa problemet. Här är vad du behöver göra:
- Tryck Windows-tangent + R för att öppna ett körkommando. Skriv sedan “Powershell” och tryck Ctrl + Skift + Enter för att öppna en upphöjd Powershell-uppmaning. När uppmanas av UAC (användarkontokontroll) , klick Ja för att bevilja administrativa privilegier.
Kör dialog: powershell Tryck sedan på Ctrl + Skift + Enter
- Inuti den förhöjda Powershell-prompten skriver du följande kommando och trycker på Enter för att köra det:
Lägg till-Windows-kapacitet -Uppkopplad -namn NetFx3~~~~ -KällaD: källor sxs
- Stäng den förhöjda Powershell-prompten och starta om din maskin.
- Vid nästa systemstart, försök att installera .NET Framework 3.5 igen och se om problemet har lösts.
Om samma fel fortfarande uppstår går du ner till nästa metod nedan.
Metod 4: Använda grupprincipredigeraren
Om du får 0x800f0954 fel när du försöker lägga till RSAT verktygssats är chansen att du måste göra några ändringar med hjälp av Grupppolicyredaktör verktyg. Flera användare har lyckats lösa problemet genom att köra Gpedit verktyg för att ändra vissa inställningar relaterade till Komponentinstallation och Komponentreparation .
Efter att ha aktiverat en viss lokal policy och tillåtit operativsystemet att ladda ner reparationsinnehåll och valfria funktioner direkt från WU, har flera användare rapporterat att problemet var löst.
Notera: Tänk på att Grupppolicyredaktör verktyget är inte tillgängligt för alla Windows-versioner. Om du har Windows 10 Home eller en annan version som inte innehåller det, måste du följa den här artikeln ( här ) för att installera policyredigeraren på din dator.
Om du har Gruppolicy Redaktör på din Windows-version, här är en snabbguide om hur du gör nödvändiga ändringar:
- Tryck Windows-tangent + R att öppna upp en Springa dialog ruta. Skriv sedan “Gpedit.msc” och tryck Stiga på för att öppna upp Lokal grupppolicyredaktör . Om du uppmanas av UAC (användarkontokontroll) , klick Ja för att bevilja administrativa privilegier.
Skriv 'gpedit.msc' i körningsprompten
- När du är inne i Local Group Policy Editor använder du den vänstra rutan för att navigera till följande plats:
Datorkonfiguration Administrativa mallar System - Sedan med System valt , gå över till höger ruta och dubbelklicka på Ange inställningar för installation av valfri komponent och reparation av komponenter .
Ange inställningar för installation av valfri komponent och reparation av komponenter
- Ställ sedan in policyn till Aktiverad och se till att markera rutan för Ladda ner reparationsinnehåll och valfria funktioner direkt från Windows Update istället för Windows Server Update Services (USUS) .
Aktivera den policy som krävs
- Träffa Tillämpa för att spara konfigurationen och stäng sedan Lokal grupppolicyredaktör och starta om datorn.
- Vid nästa systemstart bör felet inte längre uppstå.
Lösning 5: Ändra registervärde UseWUServer
Om ingen av ovanstående metoder fungerar försöker vi ändra UseWUServer registerpost och ändra den till inaktiverad. Tydligen, efter en ny Windows-uppdatering, var den här nyckeln i konflikt med Windows-uppdateringstjänsten och orsakade det felmeddelande som diskuterades. Se till att du är inloggad som administratör innan du fortsätter och säkerhetskopiera registret för alla fall.
- Tryck på Windows + R, skriv “ regedit ”I dialogrutan och tryck på Enter.
- En gång i registerredigeraren navigerar du till följande sökväg:
HKLM / Programvara / Policy / Microsoft / Windows / WindowsUpdate / AU / UseWUServer
- Ändra nu värdet från 1 till 0 .
- När du har gjort följande ändringar startar du om datorn och startar uppdateringstjänsten igen. Kontrollera om problemet är löst.
