Liberar archivos bloqueados por la función Carpetas compartidas


16

Utilizo mucho la función Carpetas compartidas de VMWare Workstation: configura una carpeta en la máquina host como compartida para el SO huésped, y puede acceder a ella en el invitado, de manera similar a un recurso compartido SMB (solo lectura o lectura-escritura) .

Lo que me molesta es que después de copiar un par de archivos de hots de alojamiento, la estación de trabajo se bloquea estos archivos de escritura, incluso si la cuota se establece como de sólo lectura .

Esto es especialmente molesto en el escenario frecuente cuando estoy tratando de depurar / usar un script en el invitado mientras todavía lo estoy editando en el host.

Hasta ahora, las únicas formas en que sé cómo hacer que Workstation libere estos archivos son:

  • suspender la máquina invitada: esa es una pseudo-solución terrible. Es lento (especialmente con una mayor cantidad de RAM de invitado) y, a veces, la interrupción puede no ser bienvenida
  • copiando la cantidad de algunos otros archivos al azar, con la esperanza de que la estación de trabajo tenga un límite interno en la cantidad de archivos que bloquearía: tal pirateo que podría ser útil regularmente solo si supiéramos la cantidad y la cantidad

Entonces, ¿cuáles son algunas buenas maneras de hacer que Workstation libere esos archivos?

O, alternativamente, ¿cómo evitar bloquearlos en primer lugar?

Editar: no dejé algunas cosas claras:

  • Yo que es la estación de trabajo (vmware-vmx.exe) que bloquea estos archivos (probablemente debido a algún búfer interno)

  • No quiero liberar los archivos por la fuerza. Lo intenté, pero liberarlos por la fuerza hace que la máquina sea inestable, lo que no puedo permitirme.

Aparentemente esto es causado por un error en la estación de trabajo.


¿Por qué no simplemente configurar el intercambio real de archivos de red?
jftuga

@jftuga Prefiero mucho SF y tengo todo de esa manera por varias razones, algunas de ellas son: es mucho más rápido; No necesita red. Ver esta publicación
Alois Mahdal

El problema continúa existiendo en la Estación de trabajo 11 y las carpetas compartidas entre dos invitados win7. El archivo creado por un invitado se bloquea para todos los sistemas, incluido el host, si otro invitado usa el archivo. Lo único que funciona para mí es ir al invitado que creó el archivo, deshabilitar esa carpeta compartida y luego volver a habilitarla. Y los pasos son dolorosos porque no hay personalización de la barra de herramientas para acceder rápidamente a la página de configuración de la carpeta compartida. O hay
user173399

Tenga en cuenta que este problema aún persiste en la estación de trabajo 12.5. En mi caso, la máquina virtual solo leyó un archivo para adjuntarlo a un correo electrónico e incluso después de que se cerró el programa de correo electrónico, Workstation mantuvo abierto un bloqueo de archivo que Unlocker no pudo ver ni eliminar.
Mark Booth

Respuestas:


8

Esto parece ser un error en VMWare, por lo que no es necesario verificar un software antiviral de terceros o usar desbloqueadores; todos estos últimos interrumpen el funcionamiento normal de VMWare Workstation.

Varios hilos en el foro VMWare resuelven el mismo problema. Por ejemplo:

La única solución que funciona se menciona en las publicaciones de Loren Pechtel , por lo que todos los créditos deben ir a ella: debe acceder ("tocar") al archivo bloqueado desde el sistema invitado.

Por ejemplo, abro y cierro las propiedades del archivo bloqueado del Explorador de Windows en el invitado. Esto es suficiente para soltar el bloqueo en el host.


3

Me encontré con el mismo problema usando un script para copiar archivos de una carpeta de host compartida a mi cliente. Terminé con archivos bloqueados en el host. La forma más fácil de evitar esto es hacer lo que otros han publicado antes, acceder al archivo host desde el cliente mediante un comando.

Para mí, utilicé "attrib -r HOST_FILE" en mi script después de copiar el archivo host. Desde que monté mi carpeta compartida como solo lectura, esto no hizo nada más que borró el bloqueo.


2

Algunas ideas :

  1. Compruebe si algún programa (como un antivirus) está leyendo los archivos, tanto en el host como en el invitado.
    Normalmente uso Unlocker o Process Explorer para eso.
  2. Compruebe si los archivos no solo se copian muy, muy lentamente.
    Este podría ser el invitado que tenga un controlador de red problemático.
  3. Intente desactivar todos los firewalls, antivirus u otros productos de seguridad.
  4. Estoy más que a medio camino convencido de que existe un error grave en la implementación de VMware de carpetas compartidas, donde el host y el invitado pueden confundirse por completo. Por lo general, evito las carpetas compartidas, porque es imposible adivinar de antemano si funcionarán de manera confiable en cualquier nueva configuración, mientras que los recursos compartidos de red o FTP siempre funcionan.

Gracias por las sugerencias 1. Sí, vmware-vmx.exe generalmente está bloqueando estos archivos, pero no puedo usar la fuerza para desbloquearlo. Lo he intentado pero hace que la estación de trabajo sea inestable. 2. Comprobado: no es el caso. Por lo general, me sucede con un pequeño archivo que puedo ver que está completo. 3. Intenté, no ayudó. 4. Sí, este es un error, de hecho, estoy buscando una solución.
Alois Mahdal

Y, con respecto a evitar SF: me ha demostrado durante casi dos años de pruebas diarias que, de todas las soluciones, SF es la más confiable (y más rápida). La razón más importante de esto es que en realidad no dependen de la red: puede tener firewalls restrictivos, controlador dañado o cero NIC en el invitado, y aún así transferir archivos como lo desee a través de SF.
Alois Mahdal

No hay problemas en 2 años? ¡Que suerte! La mayor parte de mi SF nunca funcionó o fueron demasiado lentos para ser utilizables, y lo mismo que estás viendo ahora, sin ninguna razón obvia. La única sugerencia que me queda es utilizar la última versión de VMware y de las herramientas de VMware (reinstalar incluso si está actualizado, por si acaso), luego eliminar y recrear el SF. A veces esto ayuda. Pero si no es así, el único siguiente paso que puedo ver es contactar al soporte de VMware.
harrymc

Ironía: poco después de mi comentario sobre la fiabilidad de SF, actualicé a Workstation 8 y comencé a tener problemas: todo se agotaría a \\vmware-host\Shared Folders\folder\subfoldermenos que \\vmware-host\Shared Folders\folderse haya abierto al menos una vez desde el arranque. Sin embargo, no estoy trabajando en esa compañía (y probablemente no vaya a ver Windows por mucho tiempo) ...
Alois Mahdal

Cuando esto me sucedió con Workstation 12.5 Unlocker no podía ver ni eliminar ningún bloqueo de archivo en el archivo. Nunca vi este problema con Workstation 7.
Mark Booth

2
  1. puedes intentar usar el software Unlocker (haz clic para descargarlo )

    Instale Unlocker, deshabilitando la opción para extensiones de Explorer y otros archivos basura

  2. abra CMD, luego navegue a C: \ Archivos de programa \ Unlocker.

  3. ejecute Unlocker.exe "the-path-to-the-locked-folder", desde CMD.

  4. una ventana emergente que confirma la liberación del bloqueo, que haga clic en desbloquear para desbloquear el archivo.

  5. Finalizar, el archivo ha sido desbloqueado,

Lo sentimos, me gustaría evitar el uso de software "con publicidad " (suena casi como adware). (Ya tengo Process Explorer para estas cosas.)
Alois Mahdal

@AloisMahdal Puede que solo se refiera a la agrupación de barras de herramientas con el instalador (que debe anular la selección al instalar). En cualquier caso, personalmente prefiero el sitio oficial / desarrollador para descargas de software, no sitios como Softpedia. Por supuesto, Process Explorer funciona igual de bien y ya ha indicado que cerrar por la fuerza esos controladores causa inestabilidad.
Bob

0

El desbloqueo de Emco (software gratuito, sin anuncios) funciona bien. Después de transferir archivos, simplemente envíe la carpeta (donde copió o movió sus archivos a su host) al desbloqueador de archivos Emco. Coloqué un acceso directo en mi carpeta "enviar a". Rápido y eficiente.

Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.