VMware: «Esta máquina virtual parece estar en uso», cómo solucionarlo

Abres VMware Workstation, pulsas en encender tu máquina virtual y aparece el aviso: «Esta máquina virtual parece estar en uso. Si no lo está, pulse Tomar posesión para obtenerla; en caso contrario, pulse Cancelar para evitar que se dañe». A veces ese botón funciona. Otras veces responde con «Error al tomar posesión» y la máquina no arranca. Esta guía explica qué significa el aviso, cómo comprobar con seguridad si la máquina está realmente en uso y cómo quitar el bloqueo sin dañar el disco.

Si estás empezando con la virtualización de escritorios y servidores, quizá te interese primero la visión general de qué es VDI. Aquí vamos directos al problema.

Qué significa el aviso

VMware protege los archivos de una máquina virtual con archivos de bloqueo. Cuando enciendes una máquina, VMware crea carpetas con extensión .lck dentro de la carpeta de la máquina (por ejemplo MiVM.vmx.lck o carpetas con el mismo nombre que un disco virtual). Su propósito es impedir que dos procesos de VMware abran a la vez los mismos archivos, algo que corrompería el disco.

Cuando la máquina se apaga con normalidad, esos bloqueos se eliminan solos. El aviso aparece cuando VMware encuentra un bloqueo y no sabe si es válido o si ha quedado huérfano. La pregunta que tienes que contestar antes de tocar nada es: ¿está realmente la máquina en funcionamiento en algún sitio?

Causas más habituales

• Cierre brusco. Un corte de luz, un cuelgue del equipo, un reinicio forzado o un cierre de VMware con la máquina encendida dejan el bloqueo sin borrar. Es la causa más común.
• La máquina sigue en marcha en segundo plano. Puedes haber cerrado la ventana de VMware sin apagar la máquina, y el proceso sigue ejecutándose.
• Otro equipo la tiene abierta. Si la carpeta de la máquina está en un recurso compartido de red, otra persona u otro host puede estar usándola.
• Programas que acceden a los archivos. Copias de seguridad, antivirus o servicios de sincronización en la nube (OneDrive, Dropbox) que abren los archivos de la máquina y mantienen el bloqueo.
• Máquina copiada desde otro equipo. Si has copiado la carpeta mientras la máquina estaba encendida o suspendida, es posible que los bloqueos se hayan copiado con ella.
• Discos enlazados. Si la máquina usa un disco padre que está en uso por otra máquina (clones enlazados o instantáneas), el bloqueo viene de ese disco.

Solución paso a paso en VMware Workstation

1. Comprueba que la máquina no está en marcha

Mira en VMware Workstation si la máquina aparece encendida en alguna pestaña o en la lista de máquinas en ejecución. Después, comprueba si hay procesos de VMware activos. Abre el Administrador de tareas, pestaña Detalles, y busca vmware-vmx.exe: ese proceso es la máquina virtual en ejecución. También puedes comprobarlo en una consola:

tasklist /fi "imagename eq vmware-vmx.exe"

Si hay un vmware-vmx.exe y no sabes cuál es de qué máquina, cierra primero VMware con normalidad e intenta apagar las máquinas desde él. Termina el proceso a la fuerza solo si estás seguro de que es el de esa máquina y de que nadie la está usando, porque matar el proceso equivale a quitar la corriente a un equipo.

2. Prueba el botón «Tomar posesión»

Si estás seguro de que la máquina no está en uso, pulsa Tomar posesión. VMware reemplaza el bloqueo antiguo por uno propio y arranca la máquina. Si funciona, hemos terminado. Si responde con un error, sigue.

3. Cierra todo y reinicia el equipo anfitrión

Si dudas de si hay procesos huérfanos, reinicia el equipo. Es la forma más segura de liberar todos los archivos abiertos. Tras el reinicio, abre VMware y prueba de nuevo.

4. Elimina los archivos de bloqueo

Si el aviso persiste, borra los bloqueos a mano. Sigue estas precauciones: cierra VMware por completo, confirma que ninguna máquina de esa carpeta está en marcha en ningún equipo y haz una copia de la carpeta de la máquina por si acaso. Después, lista primero lo que vas a borrar. Abre PowerShell y sustituye la ruta por la de tu máquina:

Get-ChildItem "D:\Maquinas\MiVM" -Recurse -Force -Filter *.lck | Select-Object FullName

Revisa la lista. Si solo aparecen carpetas con extensión .lck dentro de la carpeta de tu máquina, bórralas:

Get-ChildItem "D:\Maquinas\MiVM" -Recurse -Force -Filter *.lck | Remove-Item -Recurse -Force

No borres nada que no tenga la extensión .lck: los archivos .vmdk, .vmx, .vmem o .nvram son la máquina en sí. Si no recuerdas cómo lanzar PowerShell con los permisos necesarios, mira cómo ejecutar PowerShell como administrador. Después abre VMware y arranca la máquina. Los bloqueos se crearán de nuevo.

5. Encuentra quién tiene el archivo abierto

Si el error continúa y los bloqueos reaparecen, algo mantiene los archivos abiertos. Hay dos herramientas útiles:

• Monitor de recursos. Ábrelo con resmon, ve a la pestaña CPU, sección Identificadores asociados, y busca por .vmdk o por el nombre de la máquina. Verás qué proceso tiene los archivos.
• Handle, de Sysinternals. Descárgalo de Microsoft y ejecuta handle64.exe .vmdk en una consola con permisos de administrador. Muestra los procesos con archivos .vmdk abiertos.

Si el responsable es un antivirus o una copia de seguridad, excluye la carpeta de las máquinas virtuales del análisis en tiempo real o programa la copia con la máquina apagada. Si la carpeta está en una unidad sincronizada con la nube, muévela fuera de ella: los servicios de sincronización y los discos virtuales de varios gigabytes no se llevan bien.

6. Revisa los discos enlazados y las instantáneas

Si la máquina tiene instantáneas o es un clon enlazado, el bloqueo puede venir de un disco que no está en la carpeta de la máquina. Abre el archivo .vmx con un editor de texto y mira las líneas que terminan en fileName: indican qué discos usa. Comprueba que ninguno apunta a una máquina que esté abierta.

7. Último recurso: reparar el disco virtual

Si tras eliminar los bloqueos la máquina arranca pero da errores de disco, o si VMware dice que el disco está dañado, puedes intentar repararlo con la herramienta de línea de comandos incluida con Workstation. Haz antes una copia del archivo:

"C:\Program Files (x86)\VMware\VMware Workstation\vmware-vdiskmanager.exe" -R "D:\Maquinas\MiVM\MiVM.vmdk"

La opción -R intenta reparar un disco virtual dañado. La ruta de la herramienta depende de la versión instalada.

Si el problema es en VMware ESXi

En un servidor ESXi, el mensaje es otro: «No se pudo bloquear el archivo» o «Unable to access file since it is locked». El principio es el mismo, pero los archivos de bloqueo los gestiona el sistema de archivos del almacén de datos, y por eso el método de borrar a mano no es el adecuado. Hay que averiguar qué host tiene el bloqueo.

1. Averigua quién tiene el bloqueo. Por SSH, ejecuta vmkfstools -D /vmfs/volumes/ALMACEN/MiVM/MiVM-flat.vmdk. En la salida, la línea del propietario (owner) muestra la dirección MAC del host que tiene el bloqueo. Una dirección con ceros indica que no hay propietario.
2. Localiza ese host. Compara la MAC con las tarjetas de red de tus hosts ESXi.
3. Comprueba qué ejecuta. En ese host, esxcli vm process list lista las máquinas en ejecución con su identificador de proceso.
4. Detén la máquina de forma ordenada. Si la máquina está realmente en ejecución en otro host y no debería, apágala. Si está bloqueada, esxcli vm process kill --type=soft --world-id=IDENTIFICADOR intenta detenerla con delicadeza antes de usar los tipos más agresivos.
5. Si el host dueño del bloqueo no responde, puede ser necesario reiniciar sus agentes de administración o el propio host.

En almacenes de datos NFS, el bloqueo se implementa con archivos .lck-… dentro de la carpeta de la máquina. Bórralos solo cuando hayas confirmado que ningún host ejecuta esa máquina. Broadcom mantiene un artículo detallado sobre este tema en su base de conocimiento: Troubleshooting issues resulting from locked virtual disks. Si trabajas con ESXi y archivos de Windows, quizá te interese también cómo montar una carpeta de Windows en ESXi.

No confundir con el aviso de «movida o copiada»

Si al encender la máquina VMware pregunta si la has movido o copiado, es otra pregunta. Ese aviso sirve para decidir si la máquina conserva su identificador único. Respóndelo así:

• La he movido: si has trasladado la carpeta y no hay otra copia. Se conservan los identificadores, y también la dirección MAC y el identificador del sistema.
• La he copiado: si has duplicado la máquina y las dos van a coexistir. VMware genera identificadores nuevos para evitar conflictos de red.

Elegir mal no corrompe nada, pero con dos máquinas que comparten identificador en la misma red pueden aparecer conflictos de direcciones.

Cómo evitar que vuelva a ocurrir

• Apaga siempre las máquinas desde el sistema invitado o desde VMware. Cerrar la ventana no es apagar.
• No abras la misma máquina desde dos equipos a la vez. Si necesitas compartirla, usa copias o clones.
• Excluye las carpetas de máquinas virtuales de los análisis del antivirus y de la sincronización en la nube.
• Programa las copias de seguridad con la máquina apagada, o usa soluciones diseñadas para virtualización.
• Si tu equipo sufre cortes de luz, valora un SAI.

Preguntas frecuentes

¿Es seguro pulsar «Tomar posesión»?

Sí, siempre que estés seguro de que la máquina no está en uso en otro sitio. Si lo está, forzar la posesión puede corromper el disco. Cuando tengas dudas, cancela, comprueba los procesos y los otros equipos, y solo después insiste.

¿Perderé datos si borro los archivos .lck?

No, si son realmente carpetas de bloqueo huérfanas. Los datos de la máquina están en los discos virtuales y no en los bloqueos. El riesgo existe solo si la máquina está en marcha en otro sitio y borras el bloqueo que la protege.

¿Por qué me pasa después de que Windows se reinicie solo?

Porque un reinicio por actualización con una máquina encendida cierra VMware de forma forzada. Antes de que Windows reinicie, suspende o apaga las máquinas, y configura el horario de actividad para evitar reinicios en mitad de tu trabajo.

¿Y si necesito conectar el equipo con virtualización para otras funciones?

Si además vas a usar subsistemas que dependen de virtualización, como WSL2, revisa cómo habilitar la plataforma de máquina virtual en Windows 11, porque su coexistencia con otros hipervisores tiene algunos matices.