Vissa VMware-användare rapporterar att de inte kan starta en eller flera virtuella maskiner som de konfigurerade på sin dator. När du startar den virtuella maskinen visar fönstret följande fel: “Ett oväntat fel mottogs från ESX-värden när man startade VM VM_name. Det gick inte att låsa filen. ”

Det gick inte att låsa filen på VMware Workstation

Vad orsakar misslyckades med att låsa filproblemet?

Vi undersökte just detta problem genom att titta på olika användarrapporter och reparationsstrategier som vanligtvis används för att fixa det här felmeddelandet med WMware. Baserat på våra undersökningar finns det flera olika skyldiga som är kända för att utlösa detta felmeddelande:

• En andra virtuell maskin använder redan .vmx-filen - Det visar sig att det här problemet kan 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 ta bort .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 verkställs via VMware-mount-verktyget. Om det här scenariot är tillämpligt kan du lösa problemet genom att ta bort .lck-mappar och loggar.
• Den virtuella maskinen startas under ögonblicksdrift - Vi testade faktiskt detta och det leder oss rätt till felet "Det gick inte att låsa filen". Det exakta felet ser du om du försöker slå på den virtuella maskinen genom användargränssnittet som underlättas under snapshot-operationen. Om det här är vad som orsakar problemet löser du problemet genom att radera loggarna och .lck-mapparna från den virtuella maskinmappen.
• Den virtuella maskinen används redan - Du kanske också stöter på det här problemet om den virtuella maskinen du försöker starta redan är i bruk. Detta händer vanligtvis om du kör en dubbel konfiguration. I det här fallet behöver du bara stänga den andra instansen som kör samma virtuella maskin och felet kommer att sluta uppstå.
• VMware Workstation har inte administratörstillträde - Det visar sig att det här problemet kan också uppstå om du inte får administratörstillbehör till din VMware Workstation. Om detta scenario är tillämpligt kan du lösa problemet genom att tvinga ditt operativsystem att tillåta administrativa behörigheter.

Om du för närvarande stöter på det exakta problemet och du letar efter ett sätt att lösa det utan att tappa 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 fixa det här felet.

För bästa resultat rekommenderar vi att du följer metoderna nedan i den ordning de presenteras eftersom de beställs av svårigheter och effektivitet. Om du går igenom dem i ordning utan att hoppa över några steg är en av dem tvungen 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 se till att VMware-applikationen har administrativa behörigheter. Detta bör hända som standard, men vissa inställningar kan förhindra att applikationen får administratörstillträde.

Vissa användare som stötte på felet "Det gick inte att låsa filen" har rapporterat att problemet slutade inträffa efter att de startade VMware Workstation i adminläge.

Här är en snabb guide om hur du gör detta:

1. Högerklicka på VMware-genvägen på skrivbordet och välj Kör som administratör.

   Obs: Om du inte har en genväg på skrivbordet, navigerar till installationsmappen för WMware och högerklicka på vmplayer.exe . Om du inte ställer in en anpassad plats kommer du att kunna hitta den i: C: \ Program Files (x86) \ VMware \ VMware Player

2. Klicka på Ja i UAC (User Account Control) för att ge administrativa behörigheter.
3. 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å felet "Det gick inte att låsa filen" fortsätter du med stegen nedan för att göra ändringen permanent.

   Obs! I det aktuella läget måste du upprepa steg 1 och steg 2 varje gång du startar VMware för att kringgå problemet.

4. Högerklicka på VMware Workstation körbar eller genväg och välj Egenskaper.
5. På skärmen Egenskaper går du till fliken Kompatibilitet, markerar rutan som är associerad med Kör det här programmet som administratör (under Inställningar ) och klickar på Använd för att spara den aktuella konfigurationen.
6. Öppna VMware normalt och se om problemet har lösts.

//appuals.com/wp-content/uploads/2019/05/admin-privileges-to-workstation.webm

Om problemet fortfarande uppstår flyttar du ned till nästa metod nedan.

Metod 2: Radera LCK-mapparna på den virtuella maskinen

Flera berörda användare har lyckats lösa problemet genom att hitta den fysiska platsen för den virtuella datorn 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 vara placerad i mappen Dokument under mappen Virtuella maskiner .

Här är vad du behöver göra:

1. Se till att VMware är helt stängt och att den virtuella maskinen är avstängd.
2. Öppna File Explorer och navigera till Documents> Virtual Machines och välj sedan den virtuella maskinen som du stöter på problemet med.

   Obs: Om du sparat din virtuella maskin på en anpassad plats använder du File Explorer för att navigera dit.

3. Om du har flera virtuella maskiner dubbelklickar du på den som skapar problemet.
4. 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 och välj Ta bort för att ta bort dem. Om du hittar några .log- filer utanför .lck-mapparna kan du också ta bort dem.

   Obs ! Att ta bort dessa mappar har ingen negativ inverkan på din virtuella maskin. Nästa gång du startar den virtuella maskinen kommer VMware automatiskt att återskapa de två mapparna igen. //appuals.com/wp-content/uploads/2019/05/deleting-the-lck-files.webm

5. Starta om din dator.
6. Starta den virtuella maskinen vid nästa start och se om problemet har lösts.