Fix: 'WslRegisterDistribution mislyktes med feil: 0x80070050'



Prøv Instrumentet Vårt For Å Eliminere Problemer

Noen Windows 10- og Windows 11-brukere rapporterer at når de prøver å oppdatere Windows Subsystem for Linus (WSL), ender de opp med feilmeldingen ' WslRegisterDistribution mislyktes med feil: 0x80070050 ‘. Dette problemet er rapportert å oppstå på både Windows 10 og Windows 11.



WslRegisterDistribution mislyktes: 0x80070050 Feil



Etter at vi har undersøkt dette problemet grundig, viser det seg at det er flere forskjellige scenarier som direkte eller indirekte kan forårsake denne typen atferd. Her er hva du bør være på utkikk etter:



  • LXSS Manager sitter fast i en limbotilstand – Ifølge noen berørte brukere kan du forvente å håndtere dette problemet i situasjoner der LXX Manager-tjenesten verken er åpnet eller lukket og dermed utilgjengelig. Du kan fikse dette spesielle problemet ved å gå til Tjenester-skjermen og starte tjenesten på nytt.
  • Statusen til LXSS Manager er ikke satt til Automatisk – Som det viser seg, hvis du vil at WSL-oppdateringsprosessen skal overføres sømløst, er en av de første tingene du må gjøre å sørge for at statusen til LXSS Manager-tjenesten er satt til Automatisk. Du kan gjøre dette fra Tjenester-skjermen til Windows-installasjonen eller ved å bruke Registerredigering.
  • Windows-undersystemet for Linux er deaktivert – En annen grunn til at du kan forvente å håndtere dette problemet er et scenario der Windows Subsystem for Linux faktisk er deaktivert på systemnivå og dermed ikke kan oppdateres. For å fikse dette, gå til Windows-funksjoner-menyen og aktiver denne komponenten på nytt. I tillegg kan du gjøre dette fra et forhøyet powershell-vindu.
  • Nylig systemendring – Hvis du først oppdaget dette problemet etter å ha utført en bestemt driverinstallasjon eller etter et uventet systemavbrudd, er det mulig at en nylig systemendring faktisk forårsaket denne oppførselen. I dette tilfellet kan du prøve å sette PC-en tilbake til en tilstand der alt fungerte som det skal.
  • Utdatert sjåførflåte – Som det viser seg, kan du forvente at Windows Subsystem for Linux-komponenten fungerer hvis du har utdaterte drivere du bruker for øyeblikket. Flere berørte brukere har klart å fikse problemet ved å oppdatere alle driverkomponentene til de nyeste versjonene.
  • Utdatert Windows-installasjon – Hvis du har ventende Windows-oppdateringer som du stadig utsetter, kan det være lurt å installere dem først før du prøver å oppdatere WSL-komponenten. Flere berørte brukere har bekreftet at problemet ble løst umiddelbart etter at de brakte Windows-installasjonen til den siste tilgjengelige versjonen.
  • Systemfil korrupsjon – Ifølge mange berørte brukere kan systemfilkorrupsjon også være ansvarlig for dette spesielle problemet. Vårt råd er å distribuere en CHKDSK-skanning først for å sikre at det ikke er noen sviktende sektorer, deretter distribuere SFC- og DISM-skanninger raskt etter hverandre for å reparere ødelagte systemkomponenter. Som en siste utvei bør du også vurdere å gå for en reparasjonsinstallasjon eller ren installasjon.
  • Tredjeparts innblanding –  Som det viser seg, er det mange potensielle verktøy og tredjepartsprogrammer som til slutt kan ende opp med å forstyrre Windows-undersystemet for Linux. For å sikre at ingen av dem faktisk forårsaker denne oppførselen på Windows-installasjonen din, oppnå en ren oppstartstilstand og se om du fortsatt ikke kan oppdatere WSL-komponenten.

Nå som vi gikk over alle mulige årsaker til at du kan forvente å oppleve dette problemet, la oss gå over en rekke rettelser som andre berørte brukere har brukt for å komme forbi dette problemet som hindret dem i å oppdatere Windows-undersystemet for Linux.

1. Start LXSS Manager på nytt

Noen berørte brukere hevder at du bør forutse å takle dette problemet mens LXX Manager-tjenesten er utilgjengelig fordi den verken er åpnet eller lukket. Ved å gå til Tjenester siden og starte tjenesten på nytt fra bunnen av, kan du løse dette spesifikke problemet.

Merk: Dette er en av de mest rapporterte rettelsene som berørte brukere har rapportert. Men husk at det er sannsynlig at løsningen bare er midlertidig, siden du vil oppleve samme type problem neste gang WSL trenger oppdatering.



Hvis du ikke har prøvd å starte på nytt LXSS Manager likevel, følg instruksjonene nedenfor for spesifikke instruksjoner om hvordan du gjør dette:

  1. trykk Windows-tast + R å åpne opp en Løpe dialogboks. Deretter skriver du 'tjenester.msc ' inne i tekstboksen og trykk Ctrl + Shift + Enter å åpne opp Tjenester skjerm.

    Åpne Tjenester-skjermen

  2. Brukerkontokontroll (UAC), klikk Ja for å gi administratortilgang.
  3. Når du først er inne i Tjenester skjerm, bla ned gjennom listen over tjenester og finn den navngitte oppføringen LxssManager.
  4. Etter at du har funnet LxssManager, høyreklikk på den og klikk på Stoppe for å effektivt stoppe tjenesten.
  5. Vent et helt minutt før du høyreklikker på LxssManager igjen og klikk på Start for å starte tjenesten på nytt.

Hvis dette problemet ikke tillot deg å fikse problemet, gå ned til neste metode nedenfor.

2. Endre oppførselen til LxssManager

Det viser seg at en av de første tingene du må gjøre er å sørge for at LXSS Manager-tjenestens status er satt til Automatic hvis du vil at WSL-oppdateringsprosessen skal fortsette uten problemer. Ved å bruke Registerredigering eller Tjenester-grensesnittet til Windows-installasjonen din, kan du oppnå dette.

Siden en av undermetodene kanskje ikke kan følges i ditt tilfelle, bestemte vi oss for å dekke begge potensielle scenarier slik at du har to forskjellige måter å endre statusen til Lxss Manager på.

2.1. Endre oppførselen til LxssManager fra Tjenester-skjermen

Hvis du har tilgang til Tjenester-skjermen, er dette absolutt den enklere metoden for å endre oppførselen til LxssManager. Alt du trenger å gjøre er å få tilgang til Tjenester skjermen og sett oppstartstypen til LxxManager til Automatisk.

Følg instruksjonene nedenfor for de fullstendige trinnene for å gjøre dette:

  1. trykk Windows-tast + R å åpne opp en Løpe dialogboks. Deretter skriver du 'tjenester.msc ' inne i tekstboksen og trykk Ctrl + Shift + Enter å åpne opp Tjenester skjerm.

    Åpne Tjenester-skjermen

  2. Brukerkontokontroll (UAC), klikk Ja for å gi administratortilgang.
  3. Når du først er inne i Tjenester skjerm, bla ned gjennom listen over tjenester og finn den navngitte oppføringen LxssManager.
  4. Høyreklikk på LxssManager og klikk på Eiendommer fra kontekstmenyen som nettopp dukket opp.
  5. Deretter, når du er inne i Eiendommer skjerm, få tilgang til Generell fanen og endre Oppstartstype til Automatisk og klikk på Søke om for å lagre endringene.
  6. Start PC-en på nytt og se om problemet nå er løst.

2.2. Endre oppførselen til Lxss Manager via Registerredigering

En vanskeligere ting å gjøre det samme som metoden ovenfor er å stole på Registerredigering for å endre oppstartsatferden til Lxss Manager.

Følg instruksjonene nedenfor for spesifikke trinn for å navigere til posisjonen til LxssManager via Registerredigering og endre den verdi data til to :

  1. trykk Windows-tast + R å åpne opp en Løpe dialogboks. Deretter skriver du 'regedit' inne i tekstboksen og trykk Ctrl + Shift + Enter å åpne opp Registerredigering med administratortilgang.

    Åpne Registerredigering

  2. Brukerkontokontroll (UAC), klikk Ja for å gi administratortilgang.
  3. Når du først er inne i Registerredigering, naviger til følgende plassering ved å bruke menyen på venstre side:
    HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\LxssManager

    Merk: Du kan enten navigere til denne plasseringen manuelt eller du kan lime inn plasseringen direkte inn i navigasjonslinjen øverst og trykke på Tast inn å komme dit umiddelbart.

  4. Når du er inne på riktig sted, flytt over til høyre seksjon og dobbeltklikk på Start
  5. Deretter setter du bunnen av Start til Heksadesimal og Verdi til to før du klikker Ok for å lagre endringene.
  6. Etter at operasjonen er fullført, lukk Registerredigering og se om problemet nå er løst.

Hvis samme type problem fortsatt oppstår, gå ned til neste metode nedenfor.

3. Aktiver Windows Subsystem for Linux & Virtual Machine Platform

En situasjon der Windows-undersystemet for Linux virkelig er deaktivert på systemnivå og ikke kan oppgraderes, er en annen grunn til at du kanskje forventer å måtte håndtere dette problemet. Å aktivere denne komponenten på nytt fra Windows-funksjoner-menyen vil løse dette. I tillegg kan et powershell-vindu som er forhøyet brukes til dette.

OPPDATER : Som det viser seg, er det én avhengighet (Virtual Machine Platform) som må aktiveres for at WSL-komponenten skal oppdateres uten problemer.

I det følgende vil vi vise deg hvordan du aktiverer disse komponentene via Windows-funksjonsskjermen og fra et forhøyet Powershell. Følg gjerne den guiden du føler deg mest komfortabel med.

3.1. Aktiver WSL og Virtual Machine Platform via Windows-funksjoner

For å få tilgang til Windows-funksjoner skjermen og utføre disse modifikasjonene, må du først få tilgang til den klassiske kontrollpanelmenyen.

Her er en rask trinn-for-trinn-guide for hvordan du gjør dette:

  1. trykk Windows-tast + R å åpne opp en Løpe dialogboks. Deretter skriver du 'styre' inne i tekstboksen og trykk Ctrl + Shift + Enter å åpne opp en forhøyet Kontrollpanel vindu.

    Åpne den klassiske kontrollpanelmenyen

  2. Brukerkontokontroll (UAC), klikk Ja for å gi administratortilgang.
  3. Når du først er inne i klassikeren Kontrollpanel-menyen, søk etter 'apper', klikk deretter på Programmer og funksjoner.
  4. Klikk deretter på Slå Windows-funksjoner på eller av fra menyen til venstre.

    Slå Windows-funksjoner på eller av

  5. Fra Windows-funksjoner skjerm, merk av i boksene knyttet til Windows-undersystem for Linux og Virtuell maskinplattform klikk deretter Ok for å aktivere det.
  6. Start PC-en på nytt for å håndheve endringene, og prøv deretter å oppdatere WSL igjen og se om problemet nå er løst.

3.2. Aktiver WSL og Virtual Machine Platform via Powershell

Hvis du vil spare deg selv for litt tid og du er komfortabel med å få ting gjort fra en terminal, kan du også aktivere WSL & Virtual Machine Platform fra en forhøyet Powershell-kommando.

Følg instruksjonene nedenfor for trinn for hvordan du gjør dette:

  1. trykk Windows-tast + R å åpne opp en Løpe dialogboks.
  2. Når du er inne i Kjør-dialogboksen, skriv inn 'kraftskall', trykk deretter Ctrl + Shift + Enter å åpne opp en forhøyet Kraftskall vindu.

    Få tilgang til Powershell-vinduet

  3. Brukerkontokontroll (UAC), klikk Ja for å gi administratortilgang.
  4. Når du er inne i Powershell-vinduet, skriv inn følgende kommando og trykk Tast inn for å aktivere WSL + alle nødvendige avhengigheter:
    Enable-WindowsOptionalFeature -Online -FeatureName Microsoft-Windows-Subsystem-Linux
  5. Start PC-en på nytt og se om problemet nå er løst.

Hvis samme type problem fortsatt oppstår, gå ned til neste metode nedenfor.

4. Bruk systemgjenopprettingsverktøyet

Det er sannsynlig at en nylig systemendring faktisk forårsaket denne oppførselen hvis du først ble klar over det etter å ha installert en bestemt driver eller etter et uplanlagt systembrudd. I denne situasjonen kan du prøve å returnere PC-en til et tidspunkt da alt fungerte som det skulle.

Dette har hjulpet mange mennesker med å løse problemet.

Ved å bruke Windows Systemgjenopprettingsverktøy kan du sette datamaskinen tilbake til en tidligere tilstand. Dette kan brukes til å fikse problemer som systemer som ikke fungerer, der oppdatering av WSL-komponenten er umulig.

Følg disse metodene for å fikse datamaskinen og få den tilbake i stand:

  1. trykk Windows-tast + R å starte Løpe kommando.
  2. Type for rstru i Løpe boks og treff Tast inn å starte Systemgjenoppretting veiviseren.

    Åpne Systemgjenoppretting-menyen

  3. På neste skjermbilde velger du et annet gjenopprettingspunkt før du trykker på Neste knapp.

    Åpne et gjenopprettingspunkt

    Merk: Velg et gjenopprettingspunkt som ble etablert før du oppdaget denne feilen, og klikk deretter Neste en gang til.

  4. Klikk Bli ferdig når gjenopprettingsprosedyren har startet, så se på når datamaskinen starter på nytt.
  5. Start Windows-datamaskinen på nytt og se om du kan oppdatere WSL-komponenten.

Hvis problemet fortsatt ikke er løst, fortsett til teknikken nedenfor.

5. Installer alle ventende Windows-oppdateringer

Det kan være en god idé å installere eventuelle ventende Windows-oppdateringer før du prøver å oppdatere WSL-komponenten hvis du fortsetter å utsette dem. En rekke berørte brukere har indikert at problemet raskt ble løst når de oppdaterte Windows-installasjonene til den nyeste utgivelsen.

Gitt at dette problemet strekker seg tilbake til Windows 10, har Microsoft hatt god tid til å fikse det. (selv om det ikke lykkes). Deres siste initiativ inkluderte flere hurtigreparasjoner som ble distribuert som kumulative oppdateringer for både Windows 10 og Windows 11. For å se om problemet er løst for deg, installer de manglende hurtigreparasjonene på Windows-maskinen din.

Å bruke alle ventende Windows-oppdateringer vil angivelig ofte løse problemet fullstendig, ifølge mange kunder som har rapportert problemet med ressurshamstring av Shell Infrastructure Host CPU.
Dette er den potensielle løsningen du bør teste i utgangspunktet med tanke på at Microsoft tidligere har utstedt noen få oppgraderinger designet for å redusere denne typen problemer.

For å fikse dette problemet, sørg for at du kjører den nyeste versjonen av Windows 11 ved å bruke Windows Update-funksjonen.

For å løse 'WslRegisterDistribution mislyktes med feil: 0x80070050', følg disse trinnene for å oppdatere Windows Update til den nyeste versjonen av Windows 11:

  1. trykk Windows tast + R å åpne Løpe dialogboks.
  2. Skriv inn i tekstboksen 'ms-settings:windowsupdate' å åpne Windows-oppdatering fanen i Innstillinger-applikasjonen.

    Få tilgang til Windows-oppdateringen

    Merk: Du kan nå få en melding om kontokontroll hvis du ikke har justert standarden UAC-innstillinger. Klikk Ja for å gi administratortilgang i dette tilfellet.

  3. Deretter velger du å Se etter oppdateringer fra menyen på høyre side av skjermen.

    Ser etter oppdateringer

  4. Klikk Installere nå for å starte den lokale installasjonen av oppdateringen etter at den er fullført lokalt.
  5. Sjekk for å se om problemet er løst ved å starte datamaskinen på nytt.

Hvis du har installert alle planlagte Windows-oppdateringer og du fortsatt har problemet, fortsett å lese for neste potensielle løsning nedenfor.

6. Implementer en CHKDSK-skanning

Hvis du fortsatt bruker en harddisk (HDD), bør du kjøre CHKDSK for å finne ut om den unormale oppførselen er relatert til en sviktende disksektor. Etter denne typen skanning blir de skadede sektorene byttet ut med deres ubrukte ekvivalenter.

Ved å gjøre en CHKDSK-skanning for å bytte ut dårlige lagringssektorer med gode, kan du holde lagringsmaskinvaren i gang lenger og bekrefte dette scenariet (i noen måneder til).

Kjøre en sjekk diskskanning vil hjelpe deg å forlenge levetiden til harddisken i denne situasjonen ved å erstatte skadede sektorer med friske. For å utelukke dette scenariet, prøv å kjøre en CHKDSK-skanning fra en forhøyet CMD-ledetekst.

Merk: Heldigvis kan den innebygde CHKDSK-applikasjonen i Windows skanne etter feil og korrupsjon og reparere eventuelle logiske feil og skadede data som kan ha blitt etterlatt etter et forsøk på tvangssletting.

Distribuer en CHKDSK-skanning

VIKTIG: For å gi CHKDSK tillatelsene den krever for å reparere skadede filer, åpne den i et forhøyet CMD-vindu. Uansett hvilken versjon av Windows du bruker, bør prosedyrene fungere.

Når CHKDSK-skanningen er fullført, start datamaskinen på nytt for å se om 'WslRegisterDistribution mislyktes med feil: 0x80070050' feilen er fortsatt synlig.

Hvis den samme feilen fortsatt oppstår, gå ned til neste metode nedenfor.

7. Utfør en ren oppstartsoperasjon

Det viser seg at det er mange potensielle verktøy og tredjepartsapplikasjoner som til slutt kan forstyrre Windows Subsystem for Linux. Sørg for at Windows-installasjonen er i en ren oppstartstilstand, og sjekk om du fortsatt kan oppdatere WSL-komponenten. Hvis ikke, kan en eller flere av dem være de virkelige skyldige bak denne oppførselen.

Hvis du har kommet så langt uten å finne en brukbar løsning, bør du begynne å fokusere på en mulig 3. parts lovbryter som kan være involvert i ustabiliteten til å oppdatere WSL-komponenten.

Du kan forutse å håndtere denne typen problemer som et resultat av en altfor defensiv sikkerhetspakke eller som et resultat av et systemoptimaliseringsprogram som til slutt har en innvirkning på de strømrelaterte kjernefunksjonene, ifølge andre berørte kunder.

Hvis dette problemet fortsetter å dukke opp hver gang du prøver å oppgradere WSL-komponenten, bør du prøv en ren støvel og se om de kritiske krasjene fortsatt skjer.

Utfør en ren oppstartsoperasjon

Det er tydelig at en tredjeparts prosessorstarttjeneste er problemet hvis du får en ren oppstartstilstand og feilen slutter å skje. Å finne problemet er nå bare et spørsmål om gradvis å aktivere alle tidligere deaktiverte elementer til du ser feilen gjenta seg.

På den annen side, fortsett til neste potensielle kur nedenfor hvis samme type problem vedvarer selv etter en ren oppstartstilstand.

8. Distribuer en SFC- og DISM-skanning

Å undersøke eventuelle systemkorrupsjonsproblemer bør være ditt neste skritt hvis du fortsatt ikke er i stand til å oppgradere WSL-komponenten.

De aller fleste mulige problemer som kan være årsaken til denne feilkoden kan fikses ved å kjøre umiddelbart SFC (System File Checker) og DISM (Deployment Image Servicing and Management) sjekker.

De to innebygde verktøyene er i hovedsak like, men for å øke sjansene dine for å fikse problemet uten å måtte utføre en ren installasjon eller reparasjonsinstallasjon, anbefaler vi å kjøre begge typer skanninger raskt etter hverandre.

En SFC-skanning bør være din første handling . Det er INGEN krav til Internett-tilkobling fordi denne skanningen vil bruke et lokalt arkiv for å erstatte skadede Windows-filer med intakte.

Distribuer en SFC-skanning

Unngå å stoppe, starte på nytt eller lukke det forhøyede CMD-vinduet når denne prosedyren har begynt.

Du risikerer å forårsake flere lokale problemer for PC-ens HDD eller SSD ved å gjøre dette.

Start maskinen på nytt etter at SFC-skanningen er fullført, og når den kommer opp igjen, start DISM-skanningen .

Distribuer en DISM-skanning

Spesielt, i motsetning til en SFC-sjekk, trenger DISM en kontinuerlig Internett-tilkobling for å erstatte ødelagte filer med deres sunne motparter. Dette er nødvendig fordi DISM mottar ferske kopier som er ukorrupte via en funksjon av Windows Update, i motsetning til SFC, som bruker et lokalt filarkiv.

Start datamaskinen på nytt for å se om problemet er løst når DISM-skanningen er fullført.

Fortsett til neste foreslåtte løsning nedenfor hvis problemet fortsatt er tilstede.

9. Utfør en ren installasjon eller reparasjonsinstallasjon

Hvis ingen av de nevnte modifikasjonene har forbedret situasjonen din, har du sannsynligvis en alvorlig systemfilkorrupsjon som ligger utenfor rekkevidden av typiske teknikker. Hvis dette er tilfelle, bør du ganske enkelt tilbakestille alle relevante Windows-komponenter som til slutt kan ha en effekt på WSL komponent.

For å gjøre dette kan du enten utføre en full OS-stasjonssletting eller bare velge ut filene som er knyttet til operativsystemet ditt:

Ren installasjon – Dette er den enkleste av de to prosedyrene å utføre fordi du kan gjøre det direkte fra Windows-versjonens menyer og uten bruk av installasjonsplater. Bare hvis du ikke bryr deg om hva som skjer med de sensitive dataene du for øyeblikket lagrer på stasjonen, anbefales dette.

Reparasjonsinstallasjon – Denne metoden, også kjent som en in-place reparasjon, foreslås hvis OS-stasjonen (C:) lagrer viktig informasjon som du bare ikke har råd til å miste. Men husk at du må bruke passende installasjonsmedier for at dette skal fungere. Den største fordelen med denne strategien er bevaring av alt ditt personlige innhold, inkludert spill, apper og brukerpreferanser.