Popravi: VMware ni uspel zakleniti datoteke

Nekateri uporabniki VMware poročajo, da ne morejo zagnati enega ali več virtualnih strojev, ki so jih konfigurirali v svojem računalniku. Po vklopu navideznega računalnika se v oknu prikaže naslednja napaka: »Med vklopom VM VM_name je bil od ESX gostitelja prejeta nepričakovana napaka. Datoteke ni bilo mogoče zakleniti. "

Datoteke ni bilo mogoče zakleniti na VMware Workstation

Kaj povzroča neuspešno zaklepanje težave z datoteko?

To posebno težavo smo preučili tako, da smo pogledali različna uporabniška poročila in strategije popravil, ki se običajno uporabljajo za odpravljanje tega sporočila o napaki z WMware. Na podlagi naših preiskav je znanih več različnih krivcev, za katere je znano, da sprožijo to sporočilo o napaki:

  • Drugi navidezni stroj že uporablja datoteko .vmx - Kot kaže, lahko pride do te posebne težave, če poskusite zagnati drugi virtualni stroj, ki uporablja isto datoteko konfiguracije virtualnega stroja (.vmx) kot drugi stroj, ki je bil konfiguriran prvi. V tem primeru lahko težavo rešite tako, da izbrišete .lck mape in dnevnike.
  • V navideznem stroju so nameščeni diski - Kot je poročalo več uporabnikov, se lahko ta težava pojavi tudi, če poskusite vklopiti virtualni stroj z nameščenimi diski, ki jih uveljavljamo prek pripomočka VMware-mount. Če je ta scenarij uporaben, lahko težavo rešite tako, da izbrišete .lck mape in dnevnike.
  • Navidezni stroj se zažene med delovanjem posnetka - to smo dejansko preizkusili in nas pripelje desno do napake »Ne uspem zakleniti datoteke«. Točno napako boste videli, če poskusite vklopiti virtualni stroj prek uporabniškega vmesnika, ki je olajšan med posnetkom. Če to povzroči težavo, bo težava odpravila brisanje dnevnikov in map .lck iz mape navideznega stroja.
  • Navidezni stroj je že v uporabi - morda boste naleteli tudi na to težavo, če je virtualni stroj, ki ga želite zagnati, že v uporabi. To se običajno zgodi, če imate dvojno konfiguracijo. V tem primeru morate zapreti drug primerek, ki izvaja isti virtualni stroj in napaka se bo nehala pojavljati.
  • VMware Workstation nima skrbniškega dostopa - Kot kaže, se lahko ta posebna težava pojavi tudi, če VMware Workstation nima skrbniškega dostopa. Če je ta scenarij uporaben, lahko težavo rešite tako, da prisilite svoj OS, da dovoli administrativne privilegije.

Če trenutno naletite na to natančno težavo in iščete način, kako jo odpraviti, ne da bi izgubili podatke, vam bo v tem članku na voljo nekaj predlogov za odpravljanje težav. Spodaj boste našli zbirko možnih strategij popravljanja, ki so jih drugi uporabniki v podobnih razmerah običajno uporabljali za odpravo te posebne napake.

Za najboljše rezultate vam svetujemo, da sledite spodnjim metodam po vrstnem redu, kot so predstavljeni, saj jih naročite po težavnosti in učinkovitosti. Če greste z njimi v red, ne da bi preskočili noben korak, bo eden od njih moral rešiti težavo ne glede na krivca, ki povzroča težavo.

1. način: Zagon VMware kot skrbnik

V nekaterih primerih je popravek tako preprost kot zagotavljanje, da ima aplikacija VMware administrativne privilegije. To bi se moralo privzeto zgoditi, vendar lahko nekatere nastavitve aplikaciji preprečijo dostop do skrbnika.

Nekateri uporabniki, ki so naleteli na napako » Ni uspelo zakleniti datoteke«, so sporočili, da se je težava prenehala pojavljati po zagonu VMware Workstation v skrbniškem načinu.

Tu je kratki vodnik, kako to storiti:

  1. Na namizju z desno miškino tipko kliknite bližnjico VMware in izberite Zaženi kot skrbnik.

    Opomba: Če nimate bližnjice na namizju, se pomaknite do namestitvene mape WMware in z desno miškino tipko kliknite vmplayer.exe . Če ne nastavite lokacije po meri, jo boste našli v: C: \ Program Files (x86) \ VMware \ VMware Player

  2. V UAC (Nadzor uporabniškega računa) kliknite Da, če želite podeliti upravne privilegije.
  3. Zaženite virtualni stroj, ki je prej sprožil težavo, in preverite, ali je težava odpravljena. Če ne vidite več napake » Ni uspelo zakleniti datoteke«, nadaljujte s spodnjimi koraki, da spremenite trajno.

    Opomba: V trenutnem stanju boste morali, da se izognete težavi, vsakič, ko zaženete VMware, ponoviti 1. in 2. korak.

  4. Z desno tipko miške kliknite izvedljiv ali bližnjico VMware Workstation in izberite Properties.
  5. Na zaslonu z lastnostmi pojdite na zavihek Združljivost, potrdite polje, povezano z izvajanjem tega programa kot skrbnik (pod Nastavitve ) in kliknite Uporabi, da shranite trenutno konfiguracijo.
  6. Običajno odprite VMware in preverite, ali je bila težava odpravljena.
//appuals.com/wp-content/uploads/2019/05/admin-privileges-to-workstation.webm

Če se težava še vedno pojavlja, preidite na naslednji način spodaj.

2. način: Brisanje map LCK navideznega stroja

Več prizadetim uporabnikom je to težavo uspelo rešiti tako, da so našli fizično lokacijo navideznega stroja, ki ni uspela z » Ne uspelo zakleniti datoteke« in izbrisati mape LCK. Po tem in ponovnem zagonu računalnika je večina prizadetih uporabnikov poročala, da je bila težava rešena.

Če zanj niste ustanovili lokacije po meri, bo vaš virtualni stroj običajno nameščen znotraj mape Documents pod mapo Virtual Machines .

Tukaj je nekaj, kar morate storiti:

  1. Prepričajte se, da je VMware popolnoma zaprt in da je virtualni stroj izklopljen.
  2. Odprite File Explorer in se pomaknite do Documents> Virtual Machines, nato izberite navidezni stroj, s katerim imate težave.

    Opomba: Če ste navidezni stroj shranili na lokacijo po meri, za pomikanje po njem uporabite File Explorer.

  3. Če imate več virtualnih strojev, dvokliknite tisti, ki ustvarja težavo.
  4. Znotraj mape navideznega stroja bi morali najti eno ali dve mapi z imenom, ki se konča z " lck ". Izberite oboje, nato z desno tipko miške kliknite in Delete, da jih odstranite. Če najdete datoteke .log izven map .lck, jih tudi izbrišite.

    Opomba: Brisanje teh map ne bo negativno vplivalo na vaš virtualni stroj. Ko bo naslednjič zagnal virtualni stroj, bo VMware obe mapi samodejno ponovno ustvaril. //appuals.com/wp-content/uploads/2019/05/deleting-the-lck-files.webm

  5. Znova zaženite računalnik.
  6. Pri naslednjem zagonu zaženite virtualni stroj in preverite, ali je bila težava odpravljena.

Zanimivi Članki