Labojums: “WslRegisterDistribution neizdevās ar kļūdu: 0x80070050”



Izmēģiniet Mūsu Instrumentu Problēmu Novēršanai

Daži Windows 10 un Windows 11 lietotāji ziņo, ka ikreiz, kad viņi mēģina atjaunināt Windows apakšsistēmu Linus (WSL), tiek parādīts kļūdas ziņojums ' WslRegisterDistribution neizdevās ar kļūdu: 0x80070050 ‘. Tiek ziņots, ka šī problēma rodas gan operētājsistēmā Windows 10, gan Windows 11.



WslRegisterDistribution neizdevās: 0x80070050 kļūda



Kad esam rūpīgi izpētījuši šo problēmu, izrādās, ka pastāv vairāki dažādi scenāriji, kas var tieši vai netieši izraisīt šāda veida uzvedību. Lūk, uz ko jums vajadzētu pievērst uzmanību:



  • LXSS pārvaldnieks ir iestrēdzis neskaidrā stāvoklī – Pēc dažu ietekmēto lietotāju domām, jūs varat sagaidīt, ka šī problēma tiks atrisināta situācijās, kad pakalpojums LXX Manager nav ne atvērts, ne aizvērts un tādējādi nav pieejams. Šo konkrēto problēmu var novērst, piekļūstot ekrānam Pakalpojumi un restartējot pakalpojumu.
  • LXSS pārvaldnieka statuss nav iestatīts uz Automātiski – Kā izrādās, ja vēlaties, lai WSL atjaunināšanas process tiktu pārnests nemanāmi, viena no pirmajām lietām, kas jums jādara, ir nodrošināt, lai pakalpojuma LXSS Manager statuss būtu iestatīts uz Automātiski. To var izdarīt Windows instalācijas ekrānā Pakalpojumi vai izmantojot reģistra redaktoru.
  • Windows apakšsistēma operētājsistēmai Linux ir atspējota – Vēl viens iemesls, kāpēc jūs varētu sagaidīt šīs problēmas risināšanu, ir scenārijs, kurā Windows apakšsistēma operētājsistēmai Linux faktiski ir atspējota sistēmas līmenī un tādējādi to nevar atjaunināt. Lai to novērstu, atveriet Windows funkciju izvēlni un atkārtoti iespējojiet šo komponentu. Turklāt to var izdarīt, izmantojot paaugstinātu Powershell logu.
  • Nesenās sistēmas izmaiņas – Ja šīs problēmas parādīšanos pamanījāt tikai pēc noteikta draivera instalēšanas vai pēc neparedzēta sistēmas pārtraukuma, iespējams, ka šo darbību izraisīja nesen veiktas sistēmas izmaiņas. Šādā gadījumā varat mēģināt atgriezt datoru stāvoklī, kurā viss darbojās pareizi.
  • Novecojis autovadītāju parks - Kā izrādās, jūs varat sagaidīt, ka Windows apakšsistēmas Linux komponents darbosies, ja jums ir novecojuši draiveri, kurus pašlaik izmantojat. Vairākiem ietekmētajiem lietotājiem ir izdevies novērst problēmu, atjauninot visus draivera komponentus uz jaunākajām versijām.
  • Novecojusi Windows instalācija – Ja jums ir neapstiprināti Windows atjauninājumi, kurus jūs pastāvīgi atliekat, pirms WSL komponenta atjaunināšanas var būt saprātīgi tos instalēt. Vairāki ietekmētie lietotāji ir apstiprinājuši, ka problēma tika atrisināta tūlīt pēc Windows instalācijas jaunākās versijas.
  • Sistēmas failu bojājums – Pēc daudzu ietekmēto lietotāju domām, šīs problēmas cēlonis var būt arī sistēmas failu bojājums. Mūsu padoms ir vispirms izvietot CHKDSK skenēšanu, lai pārliecinātos, ka nav neveiksmīgu sektoru, un pēc tam ātri pēc kārtas izvietot SFC un DISM skenēšanu, lai labotu bojātos sistēmas komponentus. Kā pēdējais līdzeklis jums vajadzētu arī apsvērt iespēju veikt remonta instalēšanu vai tīru instalēšanu.
  • Trešās puses iejaukšanās –  Kā izrādās, ir daudz potenciālu rīku un trešo pušu programmu, kas galu galā var traucēt operētājsistēmas Linux Windows apakšsistēmai. Lai pārliecinātos, ka neviens no tiem patiešām neizraisa šo darbību jūsu Windows instalācijā, sasniedziet tīru sāknēšanas stāvokli un pārbaudiet, vai joprojām nevarat atjaunināt WSL komponentu.

Tagad, kad esam izskatījuši visus iespējamos iemeslus, kāpēc jūs varētu sagaidīt šo problēmu, apskatīsim vairākus labojumus, kurus citi ietekmētie lietotāji ir veiksmīgi izmantojuši, lai pārvarētu šo problēmu, kas viņiem neļāva atjaunināt Windows apakšsistēmu operētājsistēmai Linux.

1. Restartējiet LXSS pārvaldnieku

Daži ietekmētie lietotāji apgalvo, ka jums vajadzētu paredzēt šīs problēmas risināšanu, kamēr pakalpojums LXX Manager nav pieejams, jo tas nav ne atvērts, ne aizvērts. Dodoties uz Pakalpojumi lapu un restartējot pakalpojumu no nulles, varat atrisināt šo konkrēto problēmu.

Piezīme: Šis ir viens no visbiežāk ziņotajiem labojumiem, par kuriem ziņojuši ietekmētie lietotāji. Taču ņemiet vērā, ka, visticamāk, labojums ir tikai īslaicīgs, jo nākamreiz, kad WSL būs jāatjaunina, radīsies tāda paša veida problēma.



Ja neesat mēģinājis restartēt LXSS vadītājs tomēr izpildiet tālāk sniegtos norādījumus, lai iegūtu konkrētus norādījumus, kā to izdarīt:

  1. Nospiediet Windows taustiņš + R atvērt a Skrien dialoglodziņš. Tālāk ierakstiet ‘services.msc “ tekstlodziņā un nospiediet Ctrl + Shift + Enter lai atvērtu Pakalpojumi ekrāns.

    Atveriet ekrānu Pakalpojumi

  2. Pie Lietotāja konta kontrole (UAC), klikšķis lai piešķirtu administratora piekļuvi.
  3. Kad esat iekšā Pakalpojumi ekrānā, ritiniet uz leju pakalpojumu sarakstā un atrodiet nosaukto ierakstu LxssManager.
  4. Pēc atrašanās vietas noteikšanas LxssManager, ar peles labo pogu noklikšķiniet uz tā un noklikšķiniet uz Stop lai efektīvi apturētu pakalpojumu.
  5. Pagaidiet pilnu minūti, pirms ar peles labo pogu noklikšķiniet uz LxssManager vēlreiz un noklikšķiniet uz Sākt, lai efektīvi restartētu pakalpojumu.

Ja šī problēma neļāva jums novērst problēmu, pārejiet uz nākamo metodi.

2. Mainiet LxssManager darbību

Izrādās, ka viena no pirmajām lietām, kas jums jādara, ir nodrošināt, lai pakalpojuma LXSS Manager statuss būtu iestatīts uz Automātiski, ja vēlaties, lai WSL atjaunināšanas process noritētu bez aizķeršanās. To var paveikt, izmantojot Windows instalācijas reģistra redaktoru vai pakalpojumu saskarni.

Tā kā viena no apakšmetodēm jūsu gadījumā var nebūt izsekojama, mēs nolēmām aptvert abus iespējamos scenārijus, tāpēc jums ir divi dažādi veidi, kā mainīt Lxss pārvaldnieka statusu.

2.1. Pakalpojumu ekrānā mainiet LxssManager darbību

Ja varat piekļūt ekrānam Pakalpojumi, tas noteikti ir vienkāršāks veids, kā mainīt uzvedību LxssManager. Viss, kas jums jādara, ir piekļūt Pakalpojumi ekrānu un iestatiet LxxManager startēšanas veidu uz Automātiski.

Izpildiet tālāk sniegtos norādījumus, lai veiktu visas šīs darbības.

  1. Nospiediet Windows taustiņš + R atvērt a Skrien dialoglodziņš. Tālāk ierakstiet ‘services.msc “ tekstlodziņā un nospiediet Ctrl + Shift + Enter lai atvērtu Pakalpojumi ekrāns.

    Atveriet ekrānu Pakalpojumi

  2. Pie Lietotāja konta kontrole (UAC), klikšķis lai piešķirtu administratora piekļuvi.
  3. Kad esat iekšā Pakalpojumi ekrānā, ritiniet uz leju pakalpojumu sarakstā un atrodiet nosaukto ierakstu LxssManager.
  4. Ar peles labo pogu noklikšķiniet uz LxssManager un noklikšķiniet uz Īpašības no tikko parādītās konteksta izvēlnes.
  5. Pēc tam, kad esat iekšā Īpašības ekrānam, piekļūstiet Ģenerālis cilni un mainiet Startēšanas veids uz Automātiski un noklikšķiniet uz Pieteikties lai saglabātu izmaiņas.
  6. Restartējiet datoru un pārbaudiet, vai problēma tagad ir novērsta.

2.2. Mainiet Lxss Manager darbību, izmantojot reģistra redaktoru

Grūtāk ir paļauties uz to pašu, kas aprakstīts iepriekš Reģistra redaktors lai mainītu startēšanas uzvedību Lxss vadītājs.

Izpildiet tālāk sniegtos norādījumus, lai veiktu konkrētas darbības navigācijai uz atrašanās vietu LxssManager izmantojot reģistra redaktoru, un mainiet to vērtību dati uz divi :

  1. Nospiediet Windows taustiņš + R atvērt a Skrien dialoglodziņš. Tālāk ierakstiet 'regedit' tekstlodziņā un nospiediet Ctrl + Shift + Enter lai atvērtu Reģistra redaktors ar administratora piekļuvi.

    Atveriet reģistra redaktoru

  2. Pie Lietotāja konta kontrole (UAC), klikšķis lai piešķirtu administratora piekļuvi.
  3. Kad esat iekšā Reģistra redaktors, dodieties uz šo vietu, izmantojot izvēlni kreisajā pusē:
    HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\LxssManager

    Piezīme: Varat pārvietoties uz šo vietu manuāli vai arī ielīmēt atrašanās vietu tieši navigācijas joslā augšpusē un nospiest Ievadiet lai tur nokļūtu uzreiz.

  4. Kad atrodaties pareizajā vietā, pārejiet uz labās puses sadaļu un veiciet dubultklikšķi Sākt
  5. Pēc tam iestatiet pamatni Sākt uz Heksadecimāls un Vērtība uz divi pirms noklikšķināšanas Labi lai saglabātu izmaiņas.
  6. Kad darbība ir pabeigta, aizveriet Reģistra redaktors un pārbaudiet, vai problēma tagad ir novērsta.

Ja joprojām pastāv tāda paša veida problēma, pārejiet uz nākamo metodi.

3. Iespējojiet Windows apakšsistēmu Linux un virtuālās mašīnas platformai

Situācija, kad Windows apakšsistēma operētājsistēmai Linux patiešām ir atspējota sistēmas līmenī un to nevar jaunināt, ir vēl viens iemesls, kāpēc jūs varētu sagaidīt, ka šī problēma ir jārisina. Atkārtoti iespējojot šo komponentu Windows funkciju izvēlnē, tas tiks atrisināts. Turklāt šim nolūkam var izmantot paaugstinātu Powershell logu.

ATJAUNINĀT : Kā izrādās, ir viena atkarība (virtuālās mašīnas platforma), kas ir jāiespējo, lai WSL komponents tiktu atjaunināts bez problēmām.

Tālāk mēs parādīsim, kā iespējot šos komponentus, izmantojot Windows funkciju ekrānu un no paaugstināta Powershell. Jūtieties brīvi sekot tam, kurš ceļvedis jums šķiet visērtāk.

3.1. Iespējojiet WSL un virtuālās mašīnas platformu, izmantojot Windows līdzekļus

Lai piekļūtu Windows līdzekļi ekrānā un veikt šīs izmaiņas, vispirms ir jāpiekļūst klasiskajai vadības paneļa izvēlnei.

Šeit ir ātrs, soli pa solim ceļvedis, kā to izdarīt:

  1. Nospiediet Windows taustiņš + R atvērt a Skrien dialoglodziņš. Tālāk ierakstiet 'kontrole' tekstlodziņā un nospiediet Ctrl + Shift + Enter lai atvērtu paaugstinātu Vadības panelis logs.

    Atveriet klasisko vadības paneļa izvēlni

  2. Pie Lietotāja konta kontrole (UAC), klikšķis lai piešķirtu administratora piekļuvi.
  3. Kad esat iekļuvis klasikā Vadības paneļa izvēlne, Meklēt “lietotnes”, tad noklikšķiniet uz Programmas un iespējas.
  4. Tālāk noklikšķiniet uz Ieslēdziet vai izslēdziet Windows līdzekļus no kreisās puses izvēlnes.

    Ieslēdziet vai izslēdziet Windows līdzekļus

  5. No Windows līdzekļi ekrānā atzīmējiet izvēles rūtiņas, kas ir saistītas ar Windows apakšsistēma operētājsistēmai Linux un Virtuālās mašīnas platforma pēc tam noklikšķiniet Labi lai to iespējotu.
  6. Restartējiet datoru, lai ieviestu izmaiņas, pēc tam mēģiniet vēlreiz atjaunināt WSL un pārbaudiet, vai problēma tagad ir novērsta.

3.2. Iespējojiet WSL un virtuālās mašīnas platformu, izmantojot Powershell

Ja vēlaties ietaupīt laiku un jums patīk paveikt darbu no termināļa, varat arī iespējot WSL un virtuālās mašīnas platformu, izmantojot paaugstinātu Powershell komandu.

Izpildiet tālāk sniegtos norādījumus, lai uzzinātu, kā to izdarīt.

  1. Nospiediet Windows taustiņš + R atvērt a Skrien dialoglodziņš.
  2. Kad esat dialoglodziņā Palaist, ierakstiet 'powershell', tad nospiediet Ctrl + Shift + Enter lai atvērtu paaugstinātu Powershell logs.

    Piekļūstiet Powershell logam

  3. Pie Lietotāja konta kontrole (UAC), klikšķis lai piešķirtu administratora piekļuvi.
  4. Kad esat Powershell logā, ierakstiet šo komandu un nospiediet Ievadiet lai iespējotu WSL + visas nepieciešamās atkarības:
    Enable-WindowsOptionalFeature -Online -FeatureName Microsoft-Windows-Subsystem-Linux
  5. Restartējiet datoru un pārbaudiet, vai problēma tagad ir novērsta.

Ja joprojām pastāv tāda paša veida problēma, pārejiet pie nākamās metodes.

4. Izmantojiet sistēmas atjaunošanas utilītu

Iespējams, ka nesen veikta sistēmas modifikācija patiešām izraisīja šo darbību, ja jūs par to uzzinājāt tikai pēc konkrēta draivera instalēšanas vai pēc neplānota sistēmas pārtraukuma. Šādā situācijā varat mēģināt atgriezt datoru uz laiku, kad viss darbojās tā, kā vajadzētu.

Tas ir palīdzējis daudziem cilvēkiem atrisināt viņu problēmu.

Izmantojot Windows sistēmas atjaunošanas rīku, varat atjaunot datoru iepriekšējā stāvoklī. To var izmantot, lai novērstu tādas problēmas kā sistēmas darbības traucējumi, kad WSL komponenta atjaunināšana nav iespējama.

Ievērojiet šīs metodes, lai labotu datoru un atjaunotu to darba kārtībā.

  1. Nospiediet pogu Windows taustiņš + R lai sāktu Skrien komandu.
  2. Tips par rstru iekš Skrien kastē un sit Ievadiet lai sāktu Sistēmas atjaunošana vednis.

    Atveriet izvēlni Sistēmas atjaunošana

  3. Nākamajā ekrānā atlasiet citu atjaunošanas punktu, pirms nospiežat Nākamais pogu.

    Atveriet atjaunošanas punktu

    Piezīme: Atlasiet atjaunošanas punktu, kas tika izveidots, pirms sapratāt šo kļūdu, un pēc tam noklikšķiniet uz Nākamais atkal.

  4. Klikšķis Pabeigt kad atjaunošanas procedūra ir sākusies, skatieties, kā dators restartējas.
  5. Restartējiet Windows datoru un pārbaudiet, vai varat atjaunināt WSL komponentu.

Ja problēma joprojām nav atrisināta, pārejiet pie tālāk norādītās tehnikas.

5. Instalējiet visus neapstiprinātos Windows atjauninājumus

Ja turpināsit tos atlikt, pirms WSL komponenta atjaunināšanas ir ieteicams instalēt visus neapstiprinātos Windows atjauninājumus. Vairāki ietekmētie lietotāji ir norādījuši, ka problēma tika ātri novērsta, tiklīdz viņi atjaunināja Windows instalācijas uz jaunāko versiju.

Tā kā šī problēma attiecas arī uz Windows 10, Microsoft ir bijis pietiekami daudz laika, lai to novērstu. (pat ja neveiksmīgi). Viņu jaunākās iniciatīvas ietvēra vairākus labojumfailus, kas tika izplatīti kā kumulatīvi atjauninājumi gan operētājsistēmai Windows 10, gan Windows 11. Lai noskaidrotu, vai problēma jums ir novērsta, instalējiet trūkstošos labojumfailus savā Windows datorā.

Saskaņā ar daudziem klientiem, kuri ir ziņojuši par Shell Infrastructure Host CPU resursu uzkrāšanas problēmu, visu neapstiprināto Windows atjauninājumu lietošana bieži vien pilnībā novērsīs problēmu.
Šis ir iespējamais risinājums, kas jums sākotnēji jāpārbauda, ​​ņemot vērā, ka Microsoft iepriekš ir izdevusi dažus jauninājumus, kas paredzēti, lai mazinātu šāda veida problēmas.

Lai novērstu šo problēmu, pārliecinieties, vai izmantojat jaunāko Windows 11 versijas versiju, izmantojot Windows atjaunināšanas līdzekli.

Lai atrisinātu “WslRegisterDistribution Failed with Error: 0x80070050”, veiciet šīs darbības, lai atjauninātu Windows Update uz jaunāko Windows 11 versiju:

  1. Nospiediet Windows taustiņš + R lai atvērtu Skrien dialoglodziņš.
  2. Tekstlodziņā ievadiet 'ms-settings: windowsupdate' lai atvērtu Windows atjaunināšana lietojumprogrammas Iestatījumi cilni.

    Piekļūstiet Windows atjauninājumam

    Piezīme: Ja neesat pielāgojis noklusējuma iestatījumu, tagad var tikt parādīta konta kontroles uzvedne UAC iestatījumi. Klikšķis lai šajā gadījumā piešķirtu administratora piekļuvi.

  3. Tālāk izvēlieties to Meklēt atjauninājumus no izvēlnes ekrāna labajā pusē.

    Notiek atjauninājumu pārbaude

  4. Klikšķis Instalēt tagad lai palaistu atjauninājuma vietējo instalāciju pēc tam, kad ir pabeigta vietēja lejupielāde.
  5. Pārbaudiet, vai problēma ir novērsta, restartējot datoru.

Ja esat instalējis visus ieplānotos Windows atjauninājumus un problēma joprojām pastāv, turpiniet lasīt, lai uzzinātu par nākamo iespējamo labojumu tālāk.

6. Izvietojiet CHKDSK skenēšanu

Ja joprojām izmantojat cieto disku (HDD), palaidiet CHKDSK, lai noteiktu, vai neparastā darbība ir saistīta ar diska sektora kļūmi. Pēc šāda veida skenēšanas bojātie sektori tiek nomainīti pret to neizmantotajiem ekvivalentiem.

Veicot CHKDSK skenēšanu, lai aizstātu sliktos krātuves sektorus pret labiem, jūs varat turpināt krātuves aparatūras darbību un apstiprināt šo scenāriju (vēl dažus mēnešus).

Diska skenēšanas palaišana palīdzēs pagarināt cietā diska kalpošanas laiku šajā situācijā, nomainot bojātos sektorus ar veseliem. Lai izslēgtu šo scenāriju, mēģiniet palaist CHKDSK skenēšanu, izmantojot paaugstinātu CMD uzvedni.

Piezīme: Par laimi, sistēmā Windows iebūvētā CHKDSK lietojumprogramma var meklēt kļūdas un bojājumus un labot visas loģiskās kļūdas un bojātos datus, kas varētu būt atstāti piespiedu dzēšanas mēģinājuma rezultātā.

Izvietojiet CHKDSK skenēšanu

SVARĪGS: Lai piešķirtu CHKDSK nepieciešamās atļaujas bojātu failu labošanai, atveriet to paaugstinātā CMD logā. Neatkarīgi no tā, kādu Windows versiju izmantojat, procedūrām ir jādarbojas.

Kad CHKDSK skenēšana ir pabeigta, restartējiet datoru, lai redzētu, vai “WslRegisterDistribution Failed with Error: 0x80070050″ kļūda joprojām ir redzama.

Ja tā pati kļūda joprojām pastāv, pārejiet uz nākamo metodi.

7. Veiciet tīras sāknēšanas darbību

Izrādās, ka ir daudz potenciālu rīku un trešo pušu lietojumprogrammu, kas galu galā varētu traucēt Windows apakšsistēmai Linux. Pārliecinieties, vai Windows instalācija ir tīrā sāknēšanas stāvoklī, un pārbaudiet, vai joprojām varat atjaunināt WSL komponentu. Ja nē, viens vai vairāki no viņiem var būt patiesie vainīgie aiz šīs uzvedības.

Ja esat tik tālu nonācis, neatrodot praktisku risinājumu, jums vajadzētu sākt koncentrēties uz iespējamu trešās puses likumpārkāpēju, kurš varētu būt saistīts ar WSL komponenta atjaunināšanas nestabilitāti.

Varat paredzēt, ka šāda veida problēma tiks atrisināta pārāk aizsargājoša drošības komplekta vai sistēmas optimizācijas programmas rezultātā, kas galu galā ietekmē ar jaudu saistītās kodola funkcijas, saskaņā ar citiem ietekmētajiem klientiem.

Ja šī problēma atkārtojas ikreiz, kad mēģināt jaunināt WSL komponentu, jums tas jādara izmēģiniet tīru zābaku un pārbaudiet, vai joprojām notiek kritiskās avārijas.

Veiciet tīru sāknēšanas darbību

Ir skaidrs, ka trešās puses procesora palaišanas pakalpojums ir problēma, ja iegūstat tīru sāknēšanas stāvokli un kļūda pārstāj notikt. Problēmas atrašana tagad ir tikai jautājums par visu iepriekš deaktivizēto vienumu pakāpenisku atkārtotu iespējošanu, līdz redzat, ka kļūda atkārtojas.

No otras puses, pārejiet pie nākamās iespējamās ārstēšanas, ja tāda paša veida problēma joprojām pastāv pat pēc tīras sāknēšanas stāvokļa.

8. Izvietojiet SFC un DISM skenēšanu

Ja joprojām nevarat jaunināt WSL komponentu, ir jāizpēta visas sistēmas korupcijas problēmas.

Lielāko daļu iespējamo problēmu, kas varētu būt šī kļūdas koda cēlonis, var novērst, nekavējoties palaižot SFC (sistēmas failu pārbaudītājs) un DISM (izvietošanas attēla apkalpošana un pārvaldība) pārbaudes.

Abas iebūvētās utilītas būtībā ir līdzvērtīgas, taču, lai palielinātu izredzes novērst problēmu, neveicot tīru instalēšanu vai remonta instalēšanu, iesakām ātri vienu pēc otras veikt abus skenēšanas veidus.

SFC skenēšanai vajadzētu būt jūsu pirmajai rīcībai . Nav nepieciešams interneta savienojums, jo šajā skenēšanas laikā tiks izmantots lokālais arhīvs, lai bojātos Windows failus aizstātu ar neskartiem.

Izvietojiet SFC skenēšanu

Izvairieties no paaugstinātā CMD loga apturēšanas, restartēšanas vai aizvēršanas, kad šī procedūra ir sākta.

Šādi rīkojoties, jūs riskējat radīt papildu lokālas problēmas datora HDD vai SSD.

Restartējiet ierīci, kad SFC skenēšana ir pabeigta, un, kad tā tiek atjaunota, sāciet DISM skenēšanu .

Izvietojiet DISM skenēšanu

Proti, atšķirībā no SFC pārbaudes, DISM ir nepieciešams pastāvīgs interneta savienojums, lai bojātos failus aizstātu ar veselīgiem līdziniekiem. Tas ir nepieciešams, jo DISM saņem jaunas kopijas, kas nav bojātas, izmantojot Windows atjaunināšanas funkciju, atšķirībā no SFC, kas izmanto vietējo failu arhīvu.

Restartējiet datoru vēlreiz, lai redzētu, vai problēma ir novērsta, kad DISM skenēšana ir pabeigta.

Ja problēma joprojām pastāv, turpiniet ar nākamo ieteikto risinājumu.

9. Veiciet tīro instalēšanu vai labošanas instalēšanu

Ja neviena no iepriekšminētajām modifikācijām nav uzlabojusi jūsu situāciju, iespējams, ka sistēmas fails ir bojāts, un tas ir ārpus tipisko paņēmienu darbības jomas. Šādā gadījumā vienkārši atiestatiet visus atbilstošos Windows komponentus, kas galu galā varētu ietekmēt WSL komponents.

Lai to izdarītu, varat veikt pilnu operētājsistēmas diska notīrīšanu vai vienkārši atlasīt ar operētājsistēmu saistītos failus:

Tīra instalēšana – Šo ir vieglāk veikt no abām procedūrām, jo ​​to var izdarīt tieši no savas Windows versijas izvēlnēm un neizmantojot instalācijas diskus. Tas ir ieteicams tikai tad, ja jums ir vienalga, kas notiek ar sensitīviem datiem, kurus pašlaik glabājat diskā.

Remonta uzstādīšana – Šī metode, kas pazīstama arī kā remonts uz vietas, ir ieteicama, ja OS diskdzinī (C:) pašlaik tiek glabāta svarīga informācija, kuru jūs vienkārši nevarat atļauties zaudēt. Tomēr ņemiet vērā, ka, lai tas darbotos, ir jāizmanto atbilstošs instalācijas datu nesējs. Šīs stratēģijas galvenā priekšrocība ir visa jūsu personiskā satura, tostarp spēļu, lietotņu un lietotāju preferenču, saglabāšana.