Vissa VMware-användare rapporterar att de inte kan starta en eller flera virtuella maskiner som de konfigurerade på sin dator. När den virtuella maskinen slås på visas följande fel i fönstret: ”Ett oväntat fel togs emot från ESX-värden när VM VM-namn slogs på. Det gick inte att låsa filen. ”
Det gick inte att låsa filen på VMware Workstation
Vad som orsakar Det gick inte att låsa filproblemet?
Vi undersökte just denna fråga genom att titta på olika användarrapporter och de reparationsstrategier som ofta används för att åtgärda detta felmeddelande med WMware. Baserat på våra undersökningar finns det flera olika synder som är kända för att utlösa just detta felmeddelande:
- En andra virtuell maskin använder redan .vmx-filen - Som det visar sig kan detta problem uppstå om du försöker starta en andra virtuell maskin som använder samma virtuella maskinkonfigurationsfil (.vmx) som en annan maskin som konfigurerades först. I det här fallet kan du lösa problemet genom att radera .lck-mappar och loggar.
- Den virtuella maskinen innehåller monterade diskar - Som flera användare har rapporterat kan det här problemet också uppstå om du försöker slå på en virtuell maskin med monterade diskar som vi tvingas via VMware-monteringsverktyget. Om detta scenario är tillämpligt kan du lösa problemet genom att radera .lck-mappar och loggar.
- Den virtuella maskinen startas under ögonblicksbildsoperationen - Vi testade faktiskt detta och det ledde oss rätt till felet 'Det gick inte att låsa filen'. Det exakta felet visas om du försöker slå på den virtuella maskinen via det användargränssnitt som underlättas under ögonblicksbildsoperationen. Om detta är orsaken till problemet löser problemet problemet genom att ta bort loggarna och .lck-mapparna från mappen för virtuell maskin.
- Den virtuella maskinen är redan i bruk - Du kanske också stöter på det här problemet om den virtuella maskinen du försöker starta redan används. Detta händer vanligtvis om du kör en dubbel konfiguration. I det här fallet är allt du behöver göra att stänga den andra instansen som kör samma virtuella maskin och felet slutar inträffa.
- VMware Workstation har inte administratörsbehörighet - Som det visar sig kan detta problem också uppstå om din VMware Workstation inte får administratörsbehörighet. Om detta scenario är tillämpligt kan du lösa problemet genom att tvinga ditt operativsystem att tillåta administrativa behörigheter.
Om du stöter på just det här problemet och letar efter ett sätt att lösa det utan att förlora data, kommer den här artikeln att ge dig några felsökningsförslag. Nedan hittar du en samling potentiella reparationsstrategier som andra användare i en liknande situation ofta har använt för att åtgärda just detta fel.
För bästa resultat rekommenderar vi att du följer metoderna nedan i den ordning de presenteras eftersom de ordnas efter svårighet och effektivitet. Om du går igenom dem i ordning utan att hoppa över några steg kommer en av dem att lösa problemet oavsett den skyldige som orsakar problemet.
Metod 1: Köra VMware som admin
I vissa fall är fixen lika enkel som att säkerställa att VMware-applikationen har administrativa behörigheter. Detta ska hända som standard, men vissa inställningar kan förhindra att applikationen får administratörsbehörighet.
Vissa användare som stötte på “ Det gick inte att låsa filen ” fel har rapporterat att problemet slutade inträffa efter att de startade VMware Workstation i admin-läge.
Här är en snabbguide om hur du gör detta:
- På ditt skrivbord högerklickar du på genvägen till VMware och väljer Kör som administratör.
Notera: Om du inte har en genväg på skrivbordet navigerar du till installationsmappen för WMware och högerklickar på vmplayer.exe . Om du inte ställer in en anpassad plats kommer du att kunna hitta den på: C: Program Files (x86) VMware VMware Player - Vid UAC (användarkontokontroll) , klick Ja för att bevilja administrativa privilegier.
- Starta den virtuella maskinen som tidigare utlöste problemet för att se om problemet har lösts. Om du inte längre stöter på Det gick inte att låsa filen ” fel, fortsätt med stegen nedan för att göra ändringen permanent.
Notera: I nuvarande tillstånd måste du upprepa steg 1 och steg 2 varje gång du startar VMware för att kringgå problemet. - Högerklicka på den körbara eller genvägen VMware Workstation och välj Egenskaper.
- Inuti Egenskaper skärm, gå till Kompatibilitet kryssa i rutan för Kör programmet som administratör (under inställningar ) och klicka Tillämpa för att spara den aktuella konfigurationen.
- Öppna VMware normalt och se om problemet har lösts.
Om problemet fortfarande uppstår går du ner till nästa metod nedan.
Metod 2: Ta bort LCK-mappar på den virtuella maskinen
Flera drabbade användare har lyckats lösa problemet genom att hitta den fysiska platsen för den virtuella maskinen som misslyckades med “ Det gick inte att låsa filen ” och ta bort LCK-mapparna. Efter att ha gjort detta och startat om sin dator har de flesta drabbade användare rapporterat att problemet har lösts.
Om du inte har upprättat en anpassad plats för den, kommer din virtuella maskin vanligtvis att finnas i Dokument mapp under Virtuella maskiner mapp.
Här är vad du behöver göra:
- Se till att VMware är helt stängd och att den virtuella maskinen är avstängd.
- Öppna File Explorer och navigera till Dokument> Virtuella maskiner och välj sedan den virtuella maskin som du stöter på problemet med.
Obs! Om du sparade din virtuella maskin på en anpassad plats, använd File Explorer för att navigera dit. - Om du har flera virtuella maskiner dubbelklickar du på den som skapar problemet.
- Inuti din virtuella maskinmapp bör du kunna hitta en eller två mappar med namnet som slutar på “ lck “. Välj båda, högerklicka sedan och välj Radera för att ta bort dem. Om du hittar någon .logga filer utanför .lck-mapparna, ta bort dem också.
Notera: Radering av dessa mappar har ingen negativ effekt på din virtuella maskin. Nästa gång du startar den virtuella maskinen skapar VMware automatiskt de två mapparna igen. https://appuals.com/wp-content/uploads/2019/05/deleting-the-lck-files.webm - Starta om din dator.
- Starta den virtuella maskinen vid nästa start och se om problemet har lösts.
