Fix: Feilkode 0x800f0954

Noen brukere får feilkoden 0x800f0954 når de prøver å installere .NET Framework 3.5 eller en annen valgfri funksjon i Windows 10. De fleste brukere rapporterer at denne feilen oppstår mens de prøver å installere pakken via Windows-funksjoner, men andre får den mens ved å bruke kommandolinjeverktøyet DISM. Feilen ser ikke ut til å være eksklusiv for en viss Windows-versjon, siden den er bekreftet å oppstå på Windows 7, Windows 8.1 og Windows 10.

Feilkode 0x800f0954

Hva er årsaken til feilkoden 0x800f0954?

Vi har sett nærmere på dette problemet ved å prøve å gjenskape problemet på testmaskinene våre og ved å se på forskjellige brukerrapporter som har møtt akkurat dette problemet. Som det viser seg, er det flere forskjellige potensielle skyldige som kan ende med å utløse denne feilkoden:

  • Datamaskinen har ikke tilgang til Windows Update-serveren - I noen tilfeller oppstår feilmeldingen fordi systemet ikke kan nå WU-serveren. Dette er typisk i situasjoner der det er et helt nettverk av domeneforbundne datamaskiner som er konfigurert for å laste ned oppdateringer fra en WSUS-server. I dette tilfellet kan du løse problemet ved å omgå WSUS.
  • DISM CBS-logger utløser problemet - Noen ganger kan CBS-loggene generert av DISM-verktøyet peke mot et problem som faktisk ikke eksisterer. I dette tilfellet kan du løse problemet ved å slette komponentbaserte servicelogger og kjøre DISM-kommandoen på nytt som tidligere mislyktes med denne feilmeldingen.
  • .NET Framework må installeres via Powershell - Hvis du prøver å installere en eldre .NET Framework-pakke, må du kanskje gjøre det fra et PowerShell-vindu for å unngå feilen 0x800f0954 .
  • Gruppepolicy forhindrer installasjonen . Det er en policy som kan potensielt utløse denne feilen hvis den er deaktivert fra Local Group Policy Editor. Hvis dette scenariet er aktuelt, kan du løse problemet ved å aktivere policyen "Spesifiser innstillinger for valgfri komponentinstallasjon og komponentreparasjon".

Hvis du for øyeblikket søker etter en løsning for 0x800f0954- feilen, vil denne artikkelen gi deg flere feilsøkingstrinn. Nedenfor nedenfor finner du en samling metoder som andre brukere i en lignende situasjon har brukt for å løse dette problemet.

Husk at metodene nedenfor er ordnet av effektivitet og alvorlighetsgrad, så vi oppfordrer deg til å følge dem i den rekkefølgen de blir presentert. Sjansene er ikke at enhver mulig løsning vil være gjeldende for din nåværende situasjon, så føl deg fri til å hoppe over metodene som ikke kan følges.

Metode 1: Omkjøring av WSUS

Hvis du får feilen 0x800f0954 mens du prøver å installere valgfrie Windows-funksjoner, er det sannsynligvis fordi systemet ikke har tilgang til Windows Update-serveren. Dette ser ut til å ha skjedd for mange brukere i en lignende situasjon - spesielt i situasjoner der det er et helt nettverk av domeneforbundne datamaskiner som er konfigurert til å laste ned oppdateringer fra en WSUS-server.

Hvis situasjonen din er lik, er det mulig at problemet oppstår fordi datamaskinen en gang var en del av et domenenettverk og gruppepolicyinnstillingen fortsatt er på plass. Hvis dette scenariet er aktuelt, kan du løse problemet ved å omgå WSUS-serveren midlertidig. Du kan gjøre dette enkelt ved å utføre følgende registerredigering:

  1. Trykk på Windows-tasten + R for å åpne en Kjør- dialogboks. Skriv deretter "regedit" og trykk Ctrl + Shift + Enter for å åpne Registerredigering med administrative rettigheter. Når du blir bedt om det av UAC (User Account Control), klikker du Ja for å gi administrative rettigheter.
  2. Inne i Registerredigering, bruk venstre rute for å navigere til følgende sted:
     HKEY_LOCAL_MACHINE \ Software \ Policies \ Microsoft \ Windows \ Windowsupdate \ AU 

    Merk: Du kan også lime inn adressen direkte i navigasjonsfeltet og trykke Enter for å komme dit umiddelbart.

  3. Hvis WindowsUpdate- nøkkelen ikke eksisterer, må du opprette den manuelt. For å gjøre dette, høyreklikk på Windows-tasten, velg Ny> Tast og navngi den 'WindowsUpdate'. Høyreklikk deretter på den nyopprettede tasten og velg Ny> Tast og navngi den nyeste tasten AU .
  4. Når AU-tasten er valgt, flytter du til høyre rute, høyreklikker på et tomt område og velger Ny> Strengverdi . Neste, gi nytt navn til den nyopprettede strengverdien til UserWUServer .
  5. Når UserWUServer- nøkkelen er opprettet, dobbeltklikker du på den og setter Verdidata til 0 .
  6. Lukk Registerredigering, start datamaskinen på nytt og se om problemet er løst ved neste systemstart.
//appuals.com/wp-content/uploads/2019/05/bypassing-the-WSUS.webm

Hvis denne metoden ikke løste problemet, eller det ikke var aktuelt, kan du gå til neste metode nedenfor.

Metode 2: Rengjør CBS-loggene

Noen brukere som vi støter på akkurat dette problemet har rapportert at de klarte å løse problemet etter å ha slettet CBS (Component Based Servicing) -loggene relatert til DISM. Etter å ha gjort dette og kjørt DISM-kommandoen på nytt, har noen berørte brukere rapportert at feilen 0x800f0954 ikke lenger oppsto.

Her er hva du trenger å gjøre:

  1. Åpne File Explorer og naviger til følgende sted:
     C: \ Windows \ Logs \ CBS 
  2. Når du har kommet deg inn i CBS- mappen, velger du alt der og velger Slett.
  3. Etter at hver fil .log og .cab- fil er slettet, kan du lukke CBS- mappen.
  4. Trykk på Windows-tasten + R for å åpne en Kjør- dialogboks. Skriv deretter “cmd” og trykk Ctrl + Shift + Enter for å åpne en forhøyet ledetekst . Når du ser UAC (User Account Control), klikker du Ja for å gi administrative rettigheter.

  5. Inne i den forhøyede ledeteksten, skriv inn følgende kommando og trykk Enter for å kjøre DISM-kommandoen på nytt:
     Dism.exe / online / enable-feature / featurename: NetFX3 / source: C: \ 
  6. Etter å ha trykket på Enter, skal .NET Framework installere uten 0x800f0954- feilen.

Hvis du fremdeles møter den samme feilmeldingen, eller denne metoden ikke var aktuelt i det nåværende scenariet, flytter du ned til neste metode nedenfor.

Metode 3: Bruke PowerShell for å installere .NET Framework 3.5

Hvis du får feilen 0x800f0954 mens du prøver å installere .NET Framework 3.5 ved å bruke DISM (Deployment Image Servicing and Management), kan det hende du kan omgå feilmeldingen ved å bruke Powershell.

Flere berørte brukere har rapportert at feilkoden ikke lenger oppsto etter at de kjørte en powershell-kommando som endte med å fikse problemet. Her er hva du trenger å gjøre:

  1. Trykk på Windows-tasten + R for å åpne en kjørekommando. Skriv deretter “powershell” og trykk Ctrl + Shift + Enter for å åpne en forhøyet Powershell-ledetekst. Når du blir bedt om det av UAC (User Account Control), klikker du Ja for å gi administrative rettigheter.

    Kjør dialog: powershell Trykk deretter Ctrl + Shift + Enter
  2. Inne i den forhøyede Powershell-ledeteksten, skriv inn følgende kommando og trykk Enter for å kjøre den:
     Legg til - WindowsCapability - Online - Navn NetFx3 ~ ~ ~ ~ - Kilde D: \ kilder \ sxs 
  3. Lukk den forhøyede Powershell-ledeteksten, og start maskinen på nytt.
  4. Ved neste systemoppstart, prøv å installere .NET Framework 3.5 igjen og se om problemet er løst.

Hvis den samme feilen fremdeles oppstår, flytter du ned til neste metode nedenfor.

Metode 4: Bruke Group Policy Editor

Hvis du får feilen 0x800f0954 mens du prøver å legge til RSAT-verktøysettet, er sjansen stor for at du må gjøre noen endringer ved å bruke verktøyet Group Policy Editor . Flere brukere har klart å løse dette problemet ved å kjøre Gpedit- verktøyet for å endre noen innstillinger relatert til Component Installation and Component Repair .

Etter å ha aktivert en viss lokal policy og tillatt OS å laste ned reparasjonsinnhold og valgfrie funksjoner direkte fra WU, har flere brukere rapportert at problemet ble løst.

Merk: Husk at Group Policy Editor- verktøyet ikke er tilgjengelig for alle Windows-versjoner. Hvis du har Windows 10 Home eller en annen versjon som ikke inkluderer den, må du følge denne artikkelen (her) for å installere policyredigereren på datamaskinen din.

Hvis du har Group Policy Editor på din Windows-versjon, her er en rask guide til hvordan du gjør nødvendige redigeringer:

  1. Trykk på Windows-tasten + R for å åpne en Kjør- dialogboks. Skriv deretter “gpedit.msc” og trykk Enter for å åpne Local Group Policy Editor . Hvis du blir bedt om av UAC (User Account Control), klikker du Ja for å gi administrative rettigheter.

    Å skrive “gpedit.msc” i Kjør-ledeteksten
  2. Når du er inne i Local Group Policy Editor, bruker du den venstre ruten for å navigere til følgende sted:

    Datakonfigurasjon \ Administrative maler \ System

  3. Deretter, med System valgt, går du til høyre rute og dobbeltklikker på Spesifiser innstillinger for valgfri komponentinstallasjon og komponentreparasjon .

    Spesifiser innstillinger for valgfri komponentinstallasjon og reparasjon av komponenter
  4. Deretter setter du policyen til Aktivert og sørg for å merke av i ruten tilknyttet Last ned reparasjonsinnhold og valgfrie funksjoner direkte fra Windows Update i stedet for Windows Server Update Services (USUS) .

    Aktiver den nødvendige policyen
  5. Trykk på Apply for å lagre konfigurasjonen, lukk deretter Local Group Policy Editor og start datamaskinen på nytt.
  6. Ved neste systemstart, bør feilen ikke lenger oppstå.

Interessante Artikler