Daugiau

„WindowsError“: [32 klaida] Procesas negali pasiekti failo, nes jį naudoja kitas procesas


Aš skaitau vaizdus (per „Python“) ir kažką darau. Šie vaizdai dedami į laikiną failą per:

tf = tempfile.mkdtemp (failo pavadinimas)

Aš naudoju gdal skaityti vaizdus (trumpa kodo dalis):

… Tif_image = gdal.Open (str (out_ROI)) x = tif_image.RasterXSize y = tif_image.RasterYSize geo = tif_image.GetGeoTransform () band = tif_image.GetRasterBand (1) Values ​​= band.ReadAsArray (0,0, )…

Galų gale noriu ištrinti aplanką, sukurtą naudojant „mkdtemp“, per:

importuoti shutil shutil.rmtree (tf)

Prieš tai uždarau vaizdus, ​​kaip perskaičiau šiame pranešime:

band = Nėra Vertybės = Nėra tif_image = Nėra

Bet visada gaunu klaidą:

„WindowsError“: [32 klaida] Procesas negali pasiekti failo, nes jį naudoja kitas procesas

Ko man trūksta?


Gal bandote pašalinti aplanką, kuris yra jūsų dabartinis sistemos kelias? Turiu omenyje, kad gali būti, jog bandote pašalinti aplanką, kai sistema yra tame aplanke. Pabandykite os.getcwd () ir patikrinkite, ar taip. Jei taip, jums tereikia pakeisti sistemos kelią (os.chdir ()).


Jūs išvalote kintamąjį, neuždarote failo. Norėdami uždaryti failą, turite turėti:

tif_image.close ()

ATKŪRIMAS nepavyko su 32 OS klaida, failą naudoja kitas procesas

Rašau procedūrų rinkinį, skirtą (iš dalies) automatizuoti DB diegimą klientui, kuris dažniausiai veikia gerai, tačiau kartais nepavyksta komandai RESTORE su 32 OS klaida, apie failą, kurį naudoja kitas procesas (išsami informacija pateikiama žemiau).

Aš tai plačiai googlinau, bet radau mažai ką, kas tinka mano konkrečiam atvejui. Įtariu, kad yra kažkas, ko nepastebiu, bet atrodo, kad to nerandu.

Dėl to pateikiamas toks klaidos pranešimas:

Tai atsitinka tik kai kuriose gaunančiose SQL egzemplioriuose, dauguma jų vykdo labai panašias komandas be jokių problemų.

Nepavykęs egzempliorius yra tas, kad tame pačiame laukelyje yra keli SQL egzemplioriai (DEV ir QA) ir jis bando atkurti DB atsarginę kopiją iš DEV į tos pačios duomenų bazės QA versiją.

Kiti tame pačiame egzemplioriuje esantys DB gali be jokių problemų vykdyti atitinkamą komandą RESTORE.

Gali būti svarbu, kad šaltinio loginių failų pavadinimai (parodyti klaidoje) skiriasi nuo esamų DB (pavadintų komandoje), tačiau manau, kad turiu atvejų, kai tai veikia.

Be to, atidžiai atkreipkite dėmesį, kad failo kelias, apie kurį pranešta per klaidą, NE tas, kurį nurodau MOVE, o originalus failo kelias (kuriame vis tiek yra originalūs DB failai, kuriuos naudoja DEV egzempliorius).

Taigi atrodo, kad ji pirmiausia bando ATKURTI DB failus į jų pradines kelio vietas ir tik tada Perkelti juos į kelią, į kurį liepiu. Tai priešingai nei sako doc. Tai, be abejo, apskritai būtų visiškai neveikianti, nes kažkas, atkuriantis DB kopiją, negali kontroliuoti, kur buvo originalūs failai, ir negalėjo garantuoti, kad tokie keliai egzistuoja ir dar nebuvo naudojami .


4 Atsakymai 4

Mano etc hosts failas užrakino „ZoneAlarm“ užkarda

Atrakinti, Turėjau nuimti žymėjimą & quotLock hosts file & quot ZoneAlarm užkardos nustatymų meniu

Tiesiog susidūriau ir išsprendžiau šį klausimą, šiek tiek pyktelėjęs, todėl pagalvojau, kad pasiūlysiu užrašų.

Aš naudojau „SysInternals Process Explorer“, Vykdyti kaip administratorių, norėdami rasti failo užrakinimo procesą (naudodami „Find & gt Find Handle“ arba „DLL“). Atkreipkite dėmesį, kad kai paleidau jį be administratoriaus teisių, jis negalėjo pamatyti sistemos lygio WRSA proceso.

Mano atveju tai buvo WRSA.exe, kuris yra „Webroot Secure Anywhere“. Išjungus apsaugą, failas buvo atrakintas ir aš galėjau lengvai jį perrašyti. Kai kuriose „Webroot“ versijose turėsite atidaryti „Išplėstiniai nustatymai> Skydai“ ir panaikinti žymėjimą prie pagrindinio failo pakeitimų blokavimo parinkties.

Visiškai teisinga, kad antivirusinė programinė įranga, žinoma, turėtų apsaugoti tokius failus kaip pagrindiniai kompiuteriai. Kenkėjiškos programos mėgsta tokius dalykus.

Galų gale galėčiau rasti kaltininką. Problemą sukėlė būtent programa „Tiny Firewall“ („Windows“ užkardos taisyklių valdymo programinė įranga).

Nesu tiksliai įsitikinęs, ką jis daro pagrindinio kompiuterio failui, nes nė viena iš turimų programinių įrangų negalėjo parodyti failo užrakto. Galėčiau pastebėti, kad jis kažkaip susijęs su byla naudojant procesoriaus stebėjimo priemonę („Sysinternals“). Išėjau iš vartotojo sąsajos ir sustabdžiau procesą (neleisčiau sustoti, nužudžiau proceso medį ir nustatiau rankinį aptarnavimą).

P.S .: Tai yra „Tiny Firewall“ funkcija (pagrindinio kompiuterio failo apsauga), kurią galite paprasčiausiai išjungti iš nustatymų.

Mano atveju, HOSTS failą nuolat užrakino svchost.exe!

Problema prasidėjo nuo tada, kai naudojau įrankį „HostsMan“. Jis užpildė HOSTS failą apie 18 MB DNS numerių ir domenų. Ir mano kompiuteris staiga buvo neprisijungęs.

Taigi, naudodama įrankį „Process Explorer“, ieškojau „etc HOSTS“. Paieškos rezultatuose spustelėjus vieną įrašą, atitinkamas užrakinimo procesas paryškinamas ruda spalva. Taigi sužinojau, kad HOSTS failą užrakino procesas svchost.exe, o kartais ir kiti procesai. Aš laukiau, kol joks kitas procesas, išskyrus svchost.exe, užrakins HOSTS. Tada aš nužudžiau proceso medį, susijusį su svhosts.exe! Per kelias sekundes, kol tas svhosts.exe procesas dar nebuvo paleistas iš naujo (taigi HOSTS buvo laikinai atrakintas), man pagaliau pavyko pervadinti HOSTS rankiniu būdu į viską, pvz., „HOSTS000“. Tada pervadinau gretimą failą „HOSTS.back“ (tai yra atsarginė kopija su numatytuoju turiniu) į HOSTS. Problema išspręsta! Aš staiga vėl buvau internete.

Žemiau esančiame paveikslėlyje rasite DNS filtrus, kuriuos buvau suaktyvinęs. Spėju, kad „Windows 10“ buvo tiesiog perkrauta visais 50 tūkstančių domenų vardų, išsaugotų HOSTS faile.


Kaip pataisyti „Windows“ naujinimą rankiniu būdu įdiegiant naujausią naujinimą

Norėdami rankiniu būdu įdiegti naujinimą, kuris gali padėti išspręsti „Windows 10“ esančio „Windows“ naujinimo problemas, atlikite šiuos veiksmus:

Kairiojoje srityje naršykite naujausią „Windows 10“ versijos naujinimą ir atkreipkite dėmesį į naujinimo & # 8217s KB numerį.

Ieškokite atnaujinimo žinių bazės (KB) numerio.

Atsisiųskite turimą „Windows 10“ versijos naujinimą (32 bitų (x86) arba 64 bitų (x64)).

Dukart spustelėkite failą, kad įdiegtumėte naujinimą.

Atlikę veiksmus, įrenginyje turėtų būti įdiegtas naujausias naujinimas. Atnaujinimas taip pat turėjo išspręsti „Windows Update“ problemą. Galite patikrinti spustelėdami Tikrinti, ar yra atnaujinimų mygtuką „Windows“ naujinimo nustatymų puslapyje.


Bandant ištaisyti klaidos kodą 0x80070020, svarbu tiksliai nustatyti priežastį. Labiausiai tikėtina šios klaidos priežastis yra trukdžiai. Šis klaidos kodas greičiausiai atsiranda, kai veikia kitas automatinis naujinimas, pavyzdžiui, antivirusinė programa tikrina realiuoju laiku. Jei planuojama atlikti automatinį atnaujinimą tikrinant realiuoju laiku, „Windows 10“ naujinimas gali sugesti.

Bandydami išspręsti klaidos kodą 0x80070020, galite atlikti rankinio taisymo metodus, kad efektyviai ir efektyviai išspręstumėte problemą. Daugelis „Windows“ vartotojų gali lengvai naudoti šiuos rankinio taisymo metodus, net ir neturintiems techninių galimybių. Tačiau yra tam tikrų atvejų, kai reikalinga „Windows“ profesionalo pagalba. Jei nenorite rizikuoti spręsdami problemą, geriausia būtų pasikonsultuoti su profesionaliu „Windows“ techniku ​​arba galite pasinaudoti galingu automatizuotu įrankiu.

PASTABA: Geriausia nedelsiant atkreipti dėmesį į klaidas, nes neišspręstos klaidos gali sulėtinti jūsų kompiuterio našumą. Tai taip pat gali sukelti kitus klaidos pranešimus, pvz., Klaidos kodą 0x80070057.

Pirmasis būdas: iš naujo paleiskite įrenginį

Kadangi klaidos kodas 0x80070020 greičiausiai atsiranda dėl trikdžių atnaujinant, paprasčiausias būdas, kurį galite padaryti, yra uždaryti visas atidarytas programas ir iš naujo paleisti įrenginį. Paleidus iš naujo, pabandykite iš naujo pradėti atnaujinimo procesą.

Antrasis metodas: laikinai išjunkite antivirusinę programą

Kitas greitas ir saugus būdas ištaisyti klaidos kodą 0x80070020 yra išjungti antivirusinę programą. Jūs turite atkreipti dėmesį, kad tai atlikdami jūsų kompiuteris bus jautrus virusų atakoms. Jei norite tęsti šį metodą, atlikite šiuos veiksmus:

  1. Pranešimų srityje suraskite visas apdorojamas programas apatiniame dešiniajame ekrano skyriuje. Jei antivirusinės piktogramos užduočių juostoje nematyti, gali tekti spustelėti rodyklę į viršų, kad būtų parodytos šiuo metu vykdomos programos.
  2. Dešiniuoju pelės mygtuku spustelėkite antivirusinę piktogramą, tada pasirinkite išjungti parinktį.

Trečias būdas: paleiskite „Windows“ naujinimo trikčių šalinimo įrankį

„Windows“ naujinimo trikčių šalinimo įrankis gali išspręsti daugelį klaidų, su kuriomis susiduria „Windows“ vartotojai, diegdami naujinimus iš „Windows“ naujinimo. Norėdami paleisti trikčių šalinimo įrankį, atlikite šiuos veiksmus:

  1. Norėdami pasiekti meniu, laikykite nuspaudę „Windows“ raktas ir X. Palaukite, kol meniu pasirodys apatiniame kairiajame ekrano kampe.
  2. Atidaryk Kontrolės skydelis.
  3. Pakeiskite failų išvaizdą pasirinkdami didelis arba mažos piktogramos viduje konors Žiūrėti parinktį viršutiniame dešiniajame ekrano skyriuje.
  4. Pakeitę failų išvaizdą, pasirinkite Problemų sprendimas
  5. Paleiskite „Windows“ naujinimo trikčių šalinimo įrankis.
  6. Perkrauti tada patikrinkite, ar tai išsprendžia problemą.

Ketvirtasis metodas: paleiskite švarų įkrovą

Vykdyti švarų įkrovą reiškia paleisti „Windows“ naudojant tik kelis išteklius, įskaitant paleidimo programas ir tvarkykles. Tai apsaugo nuo konfliktų sumažinimo ir neleidžia programinei įrangai susidurti, kai gaunamas naujinys. Atlikdami švarų įkrovą, galėsite tiksliai nustatyti, dėl ko atsirado klaidos kodas 0x80070020. Patikrinkite „Microsoft“ palaikymo svetainę, kad sužinotumėte, kaip paleisti švarų įkrovą.

Penktas būdas: iš naujo nustatykite „Windows“ naujinimo komponentus

Šio metodo atlikimas yra šiek tiek rizikingas ir turėtų būti paskutinė jūsų galimybė, jei visi metodai buvo nesėkmingi. Šis procesas pakeis jūsų įrenginio registrą, todėl turite įsitikinti, kad tiksliai atlikote veiksmus. Viena klaida gali sukelti klaidingą registro pakeitimą, dėl kurio gali atsirasti kitų klaidų pranešimų. Atidžiai atlikite „Microsoft“ palaikymo svetainėje pateiktus veiksmus, kad sėkmingai nustatytumėte „Windows Update“ komponentus.

Taip pat galite iš naujo nustatyti „Windows Update“ komponentus atlikdami šiuos veiksmus:

  1. Atidaryk Komandinė eilutė paspausdami „Windows“ raktas + X. Pasirinkite Komandinė eilutė (administratorius) iš meniu.
  2. Sustabdykite „BITS“, „MSI Installer“, kriptografinė, ir „Windows“ naujinimo paslaugos.
  3. Pervardykite abu Programinės įrangos platinimas ir Catroot2 aplankus į aplanko & ltname & gt seną.
  4. Pradėkite dabar „BITS“, „MSI Installer“, kriptografinė, ir „Windows“ naujinimo paslaugos.
  5. Išeikite iš Komandinė eilutė tada iš naujo paleiskite įrenginį. Paleidus iš naujo, pabandykite dar kartą įdiegti naujinimus.

Šeštas metodas: išjunkite trečiųjų šalių antivirusinę programą

Trečiosios šalies antivirusinė programa, pvz „BitDefender“ gali atpažinti „Windows“ naujinimą kaip grėsmę, nes naujasis „Windows 10“ naujinimas tikriausiai dar nėra užregistruotas šiame trečiųjų šalių antivirusinių programų tiekime. Norėdami tai išspręsti, prieš atlikdami naujinimą turite laikinai išjungti antivirusinę programą. Kai trečiosios šalies antivirusinė programa bus išjungta, dabar galėsite tęsti atnaujinimo procesą. Taip pat atnaujinkite savo trečiųjų šalių antivirusinę programą.

Septintas metodas: naudokite „Windows 10“ skirtą DISM įrankį

Dislokavimo vaizdų aptarnavimas ir valdymas (DISM) yra komandinės eilutės įrankis, kuris pagal numatytuosius nustatymus įdiegtas „Windows 10“ sistemoje. Ši programa naudojama taisyti vaizdus sistemoje „Windows“. Klaidos kodo 0x80070020 atveju DISM gali ištaisyti atkūrimo vaizdą sistemoje „Windows 10“ ir veikti kaip virtualus standusis diskas.

  1. Nuskaitykite ir patikrinkite, ar failuose nėra klaidų.
  2. Atidaryk Komandinė eilutė paspausdami „Windows“ raktas + X. Pasirinkite Komandinė eilutė (administratorius) iš meniu.
  3. Tipas sfc / scannow
  4. Taip pat galite naudoti šias komandas, norėdami patikrinti, ar nėra sugadintų failų:

/ „CheckHealth“ - patikrinti, ar nėra sugadintų failų ar komponentų

/ „ScanHealth“ - patikrinti, ar nėra sugadinto „Windows“ vaizdo. Tai gali užtrukti iki 10 minučių

/ RestoreHealth - patikrinti, ar nėra sugadinto „Windows“ vaizdo, ir atlikti automatinį taisymą. Tai gali užtrukti iki 20–30 minučių

PASTABA: Jei negalite rasti gerų failų savo kompiuteryje, sistemos vaizdo failai gali būti sugadinti. Jei taip atsitiktų, turite turėti install.wim iš kompiuterio su gera „Windows 10 OS“ arba „Windows 10 ISO“ byla. Įsitikinkite, kad gerų failų šaltinyje yra ta pati kalba, versija ir jūsų OS versija.

Sugadintų failų valymas naudojant „DISM“ įrankį:

Įveskite šias komandas po vieną, kad atliktumėte / RestoreHealth perjungti naudodami nukopijuotų gerų failų šaltinio kelio vietą:

  1. DISM / Online / Cleanup-Image / RestoreHealth / Source: repairSource install.wim
  2. DISM / Online / Cleanup-Image / RestoreHealth / Source: repairSource install.wim / LimitAccess
  3. DISM / Online / Cleanup-Image / RestoreHealth / Source: repairSource install.wim: 1 / LimitAccess

Pavyzdžiui, „repairSource“ yra gerų failų šaltinis.


Čia pateiktas pasiūlymas, nukopijuotas iš mano atsakymo į jūsų „Windows API“ klaidą 32 „LaTeX-Community.org“ forume:

Klaidos pranešime sakoma: kai kurie procesai blokuoja failą, „Windows“ negali jo atidaryti dėl šios priežasties. Pvz., Jei išvesties failas atidarytas „Adobe Acrobat Reader“, „LaTeX“ negali ant jo rašyti, nes skaitytojas jį blokuoja. Panašiai, jei redaktoriuje atidarytas .log failas, jis gali būti užblokuotas.

Taigi galėtumėte atlikti vieną iš šių veiksmų:

Sustabdykite kompiliavimą, jei veikia vienas, ir uždarykite žiūrovų programas, ypač jei redaktoriuje atidarėte .log failą

Naudokite „Windows“ užduočių tvarkyklę, norėdami surasti procesą, kuris jį gali naudoti ir juos užmušti (redaktorius, žiūrovas, „text“.)

Perkraukite kompiuterį, kuris uždaro visas programas ir pašalina failų užraktus

Naudokite kitas programas, kurios neužblokuoja failų

Pirmieji sprendimai yra greiti, trečiasis - švarus, paskutinis - ateities variantas.


Kas sukelia veiksmą, negali būti baigtas, nes failas atidarytas „Windows Explorer“ klaidoje?

Mes ištyrėme šią problemą, peržiūrėdami įvairias vartotojų ataskaitas ir taisymo strategijas, kurias jie naudojo, kad problema būtų išspręsta. Remiantis tuo, ką surinkome, yra keli įprasti scenarijai, kurie, kaip žinoma, sukelia šį klaidos pranešimą:

  • Klaidą sukelia „Windows Explorer“ failo peržiūros langas & # 8211 Paprastai pranešama, kad taip atsitinka su PDF ir vaizdo failais. Pasirodo, „Windows Explorer“ peržiūros funkcija tam tikromis situacijomis gali sutrikti ir neleisti vartotojui tvarkyti failo. Tokiu atveju problemą galite išspręsti išjungdami failų peržiūras „Windows Explorer“.
  • Failą aktyviai naudoja kitas procesas & # 8211 Tai yra viena iš dažniausių priežasčių, kodėl įvyksta ši klaida. Labiausiai tikėtina, kad „Windows Explorer“ („explorer.exe“) procesas ar kitas procesas naudoja failą, kurį bandote tvarkyti. Tokiu atveju klausimą galima išspręsti uždarius procesą, atsakingą už konfliktą.

Jei stengiatės išspręsti & # 8216veiksmo negalima užbaigti, nes failas atidarytas „Windows Explorer“& # 8216 klaida, šiame straipsnyje bus pateikti keli patvirtinti trikčių šalinimo veiksmai. Žemiau rasite du būdus, kuriuos kiti panašios situacijos vartotojai naudojo, kad išspręstų problemą.

Jei norite būti efektyvūs, rekomenduojame vadovautis toliau pateiktais metodais jų pateikimo tvarka.

1 būdas: Išjunkite failų peržiūras „Windows Explorer“

Dauguma vartotojų, susiduriančių su & # 8216veiksmo negalima užbaigti, nes failas atidarytas „Windows Explorer“& # 8216 klaidą pavyko išspręsti išjungus failo peržiūrą „Windows Explorer“. Kaip paaiškėjo, žinoma, kad ši funkcija kartais trikdo visas naujausias „Windows“ versijas ir trukdo vartotojui tvarkyti PDF ir įvairius vaizdo tipo failus.

Paveikti vartotojai praneša, kad problema buvo išspręsta, kai jie vykdė instrukcijas, kad išjungtų miniatiūrų peržiūras iš aplanko parinkčių. Štai ką jums reikia padaryti:

  1. Paspauskite „Windows“ klavišas + R atidaryti Vykdyti dialogo langą. Tada įveskite & # 8220valdymo aplankus& # 8221 ir paspauskite Įveskite atidaryti „File Explorer“ parinktys ekranas.
  2. „File Explorer“ lange eikite į Vaizdas skirtuką, eikite į Pažangūs nustatymai ir įsitikinkite, kad langelis susietas su Visada rodyti piktogramas, niekada neįgalintos miniatiūros.
  3. Spustelėkite Taikyti, kad išsaugotumėte pakeitimus ir sužinotumėte, ar galite tvarkyti failą nematydami & # 8216veiksmo negalima užbaigti, nes failas atidarytas „Windows Explorer“‘.

Jei vis dar kovojate su klaida, pereikite prie kito toliau pateikto metodo.

2 metodas: nustatykite ir uždarykite procesą, kuriame atidarytas failas

Pora vartotojų, kurie stengiasi išspręsti šią problemą, sugebėjo tai padaryti naudodami išteklių stebėjimo priemonę, kad surastų procesus, kurie naudoja failą, kuris suaktyvina klaidą ir ją uždaro. Šis procesas atliekamas iš „Windows“ (nereikia jokios papildomos programinės įrangos).

Čia yra trumpas vadovas, kaip nustatyti ir uždaryti procesą, kuris sukelia & # 8216veiksmo negalima užbaigti, nes failas atidarytas „Windows Explorer“& # 8216 klaida:

  1. Paspauskite „Windows“ klavišas + R kad atidarytumėte Vykdyti dialogo langą. Tada įveskite & # 8220resmon.exe& # 8221 ir paspauskite Įveskite atidaryti Išteklių stebėjimas naudingumas. „Resource Monitor“ atidarymas lauke „Run“
  2. Viduje Išteklių stebėjimas įrankį, eikite į skirtuką CPU, slinkite žemyn iki Susijusios rankenos. Tada įveskite failo, sukeliančio problemą, pavadinimą. Mūsų atveju yra pavadintas failas, sukeliantis problemą paskutinė diena.xlsx. Taigi įvedėme & # 8216Paskutinė diena& # 8216 paieškos laukelyje ir aptiko, kad procesas naudojant jį buvo „Excel.exe“. Proceso atradimas naudojant failą


Priežastis

Ši problema gali kilti, jei jūsų kompiuteryje yra kuris nors iš šių scenarijų.

Neturite leidimų failui ar failo vietai.

Failas yra toje vietoje, kuri šiuo metu nėra prieinama, pvz., Tinklo vieta arba išorinis diskas, kuris šiuo metu nėra prijungtas prie kompiuterio.

Failas perkeltas arba ištrintas.

Failas arba spartusis klavišas yra sugadintas.

Failą gali užblokuoti „Windows“.

Antivirusinė programinė įranga gali blokuoti failą.


"Procesas negali pasiekti failo, nes jį naudoja kitas procesas

labas, aš esu naujas kūrėjas ir mano problemos scenarijus yra -

Kuriu vieną manekeno failą, kurio dydis yra toks pat kaip ir pradinio failo, bet manekeno failas tuščias.

process1 atidaro manekeno failą naudodamas createfile () su šiais parametrais-

hTodummyFile = CreateFile (failo pavadinimas, GENERIC_WRITE | GENERIC_READ, FILE_SHARE_READ | FILE_SHARE_WRITE, NULL, CREATE_ALWAYS, FILE_ATTRIBUTE_NORMAL, NULL)

tada process2 (hiper-v) taip pat atidarykite manekeno failą. Kai procesas2 reikalauja tam tikrų duomenų į manekeno failą, reikalingi duomenys nukopijuojami iš pradinio failo į manekeno failą. Po sėkmingo apdorojimo procesas2 rodo šį klaidos pranešimą.

Programoje įvyko klaida bandant pakeisti „Naujos virtualios mašinos“ būseną
Nepavyko paleisti „Naujos virtualios mašinos“.
„Microsoft“ imitavo IDE valdiklį (egzemplioriaus ID ): nepavyko įjungti klaidos būdu
„Procesas negali pasiekti failo, nes jį naudoja kitas procesas“. (0x80070020). (Virtualiosios mašinos ID kai kurie numeriai)


„Windows“ naujinimo klaida 0x80070005 - reikia taisyti & # 63 Spustelėkite čia.

Vykdykite šias instrukcijas, jei susiduriate su šiuo klaidos kodu tikrindami arba diegdami naujinimus per „Windows Udpate“.

Norėdami išspręsti problemą, galite pabandyti atlikti toliau nurodytus veiksmus. Atminkite, kad šie veiksmai vis dar yra eksperimentiniai. Laukiu jūsų atsiliepimų ir rezultatų. Ilgainiui tikimės, kad galėsime sukurti automatizuotą sprendimą visiems.

1. Atsisiųskite ir įdiekite „SubInACL“ iš „Microsoft“ atsisiuntimo centro http://www.microsoft.com/download/en/details.aspx?displaylang=en&id=23510

2. Atidarykite „Notepad“ (spustelėkite Pradėti, įveskite „Notepad“ ir paspauskite „Enter“)

3. Nukopijuokite ir įklijuokite šį tekstą į „Notepad“

Jei egzistuoja „% ProgramFiles (x86)%“, nustatykite OSBIT = 64

JEI% OSBIT% == 64 nustatyti RUNNINGDIR =% ProgramFiles (x86)%

subinacl / subkeyreg "HKEY_LOCAL_MACHINE SOFTWARE Microsoft Windows CurrentVersion Component Based Servising" / grant = "nt service trustedinstaller" = f

4. Uždarykite „Notepad“ ir įsitikinkite, kad išsaugojote. Kai išsaugosite tekstą, įsitikinkite, kad jį nustatėte
Išsaugokite kaip tipą „Visi failai (*. *)“. Labai svarbus! Failo pavadinimas turi baigtis .CMD. Pvz .: fix.cmd. Galiausiai, kai išsaugosite failą, įsitikinkite, kad išsaugojote jį toje vietoje, kur jums bus lengva jį rasti.

5. Dešiniuoju pelės mygtuku spustelėkite failą, kurį ką tik išsaugojote atlikdami 4 veiksmą, ir pasirinkite „Vykdyti kaip administratorių“.

Norėdami patvirtinti, kad turite simptomų, ir patvirtinti problemą, žiūrėkite žemiau:

Tai taikoma „Windows 7“ ir „Windows Vista“.

1. Atsisiųskite „AccessChk“ („Sysinternals“). Šis įrankis leidžia įvertinti konkrečių vartotojų ar išteklių grupių, įskaitant failus, katalogus, registro raktus, visuotinius objektus ir „Windows“ paslaugas, prieigos lygį. Čia yra nuoroda į įrankio atsisiuntimą: http://technet.microsoft.com/en-us/sysinternals/bb664922.aspx

2. Išsaugokite ZIP failą darbalaukyje ir ištraukite failą:
- Dešiniuoju pelės mygtuku spustelėkite failą ir pasirinkite Ištraukti viską.
- Kai būsite paraginti nurodyti paskirties vietą, spustelėkite Pirmyn.

Todėl darbalaukyje turėtumėte pamatyti aplanką, vadinamą „AccessChk“.

3. Atidarykite aplanką „AccessChk“

4. Laikykite nuspaudę „Shift“ klavišą ir dešiniuoju pelės mygtuku spustelėkite lange. Pasirinkite „Atidaryti komandų eilutę čia“

5. Turėtų būti atidarytas komandų eilutės langas su panašia eilute:
C: Vartotojai & ltUSERNAME & gt Desktop accesschk & gt

6. Įveskite šią komandą ir paspauskite Enter:
accesschk.exe -s -n "nt service trustedinstaller" -k "hklm software Microsoft Windows CurrentVersion Component Based Servising" & gtaccesskchk.txt
Patarimas: Turėtumėte sugebėti nukopijuoti ir įklijuoti komandą į komandų eilutę.

7. Uždarykite komandų eilutės langą. „Yoru“ darbalaukyje atidarykite „Accesschk“ aplanką (jei jis buvo uždarytas).

8. Dukart spustelėkite „Accesschk.txt“ (teksto failą), tai turėtų atidaryti „Notepad“.

9. Nukopijuokite ir įklijuokite rezultatus su nauju klausimu „Windows Update“ forume. (Įsitikinkite, kad temos eilutėje parašėte 0x80070005).


Kim N. L.
„Microsoft“ partnerio techninis techninis vadovas

Pranešti apie smurtą

Norėčiau atsiprašyti už pavėluotą atsakymą šioje temoje. Visi rezultatai (žurnalai), kuriuos visi paskelbėte gijoje, yra naudingi. Remiantis įvairiais rezultatais, akivaizdu, kad problema turi bendrą priežastį.

Štai šiek tiek fonas apie iškylančią problemą:

Kai naudojate „Windows“ naujinimą, kad įdiegtumėte „Windows Vista“ ir „Windows 7“ naujinimus, procesas priklauso nuo „Windows“ modulio diegimo programos (trustedinstaller.exe). The „TrustedInstaller“ yra internetinė sąsaja su aptarnavimo kaminu. Kad viskas būtų paprasta, diegdami naujinius, tai yra vienas iš svarbiausių komponentų. Šis metodas taip pat leidžia „Windows“ aptarnauti (įdiegti naujinimus) be administratoriaus. Tiesą sakant, kai atnaujinami „Windows“ komponentai, tai yra „TrustedInstaller“ kuri naudojama atnaujinant operacinės sistemos failus.

Be to, kai pažvelgsite į tam tikrų "Windows" komponentų saugos parametrus, pastebėsite, kad „TrustedInstaller“ yra vienintelis elementas, nurodytas Vartotojo vardas ir grupės, turintis visas teises. Tai teisinga tik tuo atveju, jei atitinkamas aplankas arba registro raktas yra numatytojoje būsenoje. Kitaip tariant, pakeitus šiuos saugos parametrus, ACCESS DENIED (0x80070005) bus sukeltas. Sunku susieti kaltininką su nepageidaujamais pokyčiais. Galima priežastis, kuri buvo minėta anksčiau, yra kenkėjiškos programos.

Prieš kurį laiką paprašiau bendruomenės paleisti „Sysinternal“ įrankį, vadinamą „Access Check“, kad būtų užfiksuota išsami problema. Įrankio išvestyje būtų išvardyti visi aptarnaujantys komponentai, kuriuos saugos leidimai apribojo „TrustedInstaller“. Todėl bandydami įdiegti „Windows“ naujinimus gausite klaidą 0x80070005 - dar vadinamą ACCESS DENIED. Apibendrinant galima pasakyti, kad būtent „TrustedInstaller“ nebuvo suteikta prieiga prie komponento, prie kurio jis turėtų turėti prieigą.

Štai išvesties pavyzdys:

HKLM software Microsoft Windows CurrentVersion Component Based Servicing Retry Agent

HKLM software Microsoft Windows CurrentVersion Component Based Servicing Sqm

HKLM programinė įranga Microsoft Windows CurrentVersion Komponentais pagrįstas aptarnavimas Sqm VistaSP1-KB936330

HKLM programinė įranga Microsoft Windows CurrentVersion Komponentais pagrįstas aptarnavimas Sqm VistaSP1-KB936330

Kaip matote iš aukščiau, yra keturi registro raktai su netikėtais saugos nustatymais.

. Sprendimas.

Norėdami išspręsti problemą, galite pabandyti atlikti toliau nurodytus veiksmus. Atminkite, kad šie veiksmai vis dar yra eksperimentiniai. Laukiu jūsų atsiliepimų ir rezultatų. Ilgainiui tikimės, kad galėsime sukurti automatizuotą sprendimą visiems.

1. Atsisiųskite ir įdiekite „SubInACL“ iš „Microsoft“ atsisiuntimo centro http://www.microsoft.com/download/en/details.aspx?displaylang=en&id=23510

2. Atidarykite „Notepad“ (spustelėkite Pradėti, įveskite „Notepad“ ir paspauskite „Enter“)

3. Nukopijuokite ir įklijuokite šį tekstą į „Notepad“

Jei egzistuoja „% ProgramFiles (x86)%“, nustatykite OSBIT = 64

JEI% OSBIT% == 64 nustatyti RUNNINGDIR =% ProgramFiles (x86)%

subinacl / subkeyreg "HKEY_LOCAL_MACHINE SOFTWARE Microsoft Windows CurrentVersion Component Based Servising" / grant = "nt service trustedinstaller" = f

4. Uždarykite „Notepad“ ir įsitikinkite, kad išsaugojote. Kai išsaugosite tekstą, įsitikinkite, kad jį nustatėte
Išsaugokite kaip tipą „Visi failai (*. *)“. Labai svarbus! Failo pavadinimas turi baigtis .CMD. Pavyzdžiui: fix.cmd. Galiausiai, kai išsaugosite failą, įsitikinkite, kad išsaugojote jį toje vietoje, kur jums bus lengva jį rasti.

5. Dešiniuoju pelės mygtuku spustelėkite failą, kurį ką tik išsaugojote atlikdami # 4 veiksmą, ir pasirinkite „Vykdyti kaip administratorių“