Libération de fichiers verrouillés par la fonction Dossiers partagés

16

J'utilise beaucoup la fonction Dossiers partagés de VMWare Workstation: vous définissez un dossier sur la machine hôte comme partagé pour le système d'exploitation invité, et vous pouvez y accéder sur l'invité, de la même manière qu'un partage SMB (lecture seule ou lecture-écriture) .

Ce qui m'agace, c'est qu'après avoir copié quelques fichiers de hots vers guest, Workstation verrouille ces fichiers en écriture, même si le partage est défini en lecture seule .

Ceci est particulièrement ennuyeux dans la plupart des cas lorsque j'essaie de déboguer / utiliser un script sur un invité alors que je le modifie toujours sur l'hôte.

Jusqu'à présent, les seules façons dont je sais comment faire libérer Workstation ces fichiers sont:

  • suspendre la machine invitée: c'est une terrible pseudo-solution. C'est lent (surtout avec une plus grande quantité de RAM invité) et parfois l'interruption peut ne pas être la bienvenue
  • copier la quantité de certains autres fichiers aléatoires, en espérant que Workstation a une limite interne sur la quantité de fichiers qu'il verrouillerait: un tel piratage qui ne pourrait être utile régulièrement que si nous connaissions le montant et qu'il était petit

Quels sont donc les bons moyens de faire en sorte que Workstation publie ces fichiers?

Ou bien, comment éviter de les verrouiller en premier lieu?

Edit: je n'ai pas précisé peu de choses:

  • Je sais que c'est Workstation (vmware-vmx.exe) qui verrouille ces fichiers (probablement en raison d'une mise en mémoire tampon interne)

  • Je ne veux pas libérer les fichiers de force. J'ai essayé, mais les relâcher de force rend la machine instable, ce que je ne peux pas me permettre

Apparemment, cela est dû à un bogue dans Workstation.

windows vmware-workstation Alois Mahdal
la source
Pourquoi ne pas simplement configurer le partage de fichiers réseau réel?
jftuga
@jftuga Je préfère fortement SF et j'ai tout comme ça pour un certain nombre de raisons, dont certaines sont: c'est beaucoup plus rapide; il n'a pas besoin de réseau. Voir cet article
Alois Mahdal
Le problème persiste dans Workstation 11 et les dossiers partagés entre deux invités win7. Le fichier créé par un invité est verrouillé pour tous les systèmes, y compris l'hôte si un autre invité utilise le fichier. La seule chose qui fonctionne pour moi est d'aller à l'invité qui a créé le fichier, de désactiver ce dossier partagé, puis de le réactiver. Et les étapes sont pénibles car il n'y a pas de personnalisation de la barre d'outils pour accéder rapidement à la page des paramètres du dossier partagé. Ou y en a-t-il?
user173399
Notez que ce problème persiste dans Workstation 12.5. Dans mon cas, la machine virtuelle vient de lire un fichier à joindre à un e-mail et même après la fermeture du programme de messagerie, Workstation a maintenu un verrou de fichier ouvert que Unlocker n'a pas pu voir ou supprimer.
Mark Booth

Réponses:

8

Cela semble être un bogue dans VMWare, il n'est donc pas nécessaire de vérifier un logiciel antiviral tiers ou d'utiliser des déverrouilleurs - tous ces derniers interrompent le fonctionnement normal de VMWare Workstation lui-même.

Plusieurs threads sur le forum VMWare résolvent le même problème. Par exemple:

La seule solution qui fonctionne est mentionnée dans les articles de Loren Pechtel , donc tous les crédits doivent lui revenir: vous devez accéder ("toucher") au fichier verrouillé depuis le système invité.

Par exemple, j'ouvre et ferme les propriétés du fichier verrouillé à partir de l'Explorateur Windows dans l'invité. Cela suffit pour supprimer le verrou dans l'hôte.

Stan
la source
3

J'ai rencontré le même problème en utilisant un script pour copier des fichiers d'un dossier hôte partagé vers mon client. J'ai fini avec des fichiers verrouillés sur l'hôte. Le moyen le plus simple de contourner ce problème est de faire comme les autres utilisateurs l'ont déjà écrit, d'accéder au fichier hôte depuis le client à l'aide d'une commande.

Pour moi, j'ai utilisé "attrib -r HOST_FILE" dans mon script après avoir copié le fichier hôte. Depuis que j'ai monté mon dossier partagé en lecture seule, cela n'a rien fait, mais j'ai effacé le verrou.

KJohn
la source
2

Quelques idées :

  1. Vérifiez si un programme (tel qu'un antivirus) lit les fichiers, à la fois sur l'hôte et sur l'invité.
    J'utilise normalement Unlocker ou Process Explorer pour cela.
  2. Vérifiez si les fichiers ne se copient pas très lentement.
    Cela pourrait être l'invité ayant un pilote réseau problématique.
  3. Essayez de désactiver tous les pare-feu, antivirus ou autres produits de sécurité.
  4. Je suis plus qu'à mi-chemin convaincu d'un bug sérieux existant dans l'implémentation VMware des dossiers partagés, où l'hôte et l'invité peuvent être complètement confus. J'évite généralement les dossiers partagés, car il est impossible de deviner à l'avance s'ils fonctionneront de manière fiable sur toute nouvelle configuration, tandis que les partages réseau ou FTP fonctionnent toujours.
harrymc
la source
Merci pour vos suggestions. 1. Oui, vmware-vmx.exe bloque généralement ces fichiers, mais je ne peux pas utiliser la force pour le déverrouillage - j'ai essayé mais cela a rendu Workstation instable. 2. Vérifié - ce n'est pas le cas. Cela m'arrive généralement avec un petit fichier que je vois complet. 3. Essayé, n'a pas aidé. 4. Oui, c'est un bug, donc en fait je cherche une solution de contournement.
Alois Mahdal
Et, en ce qui concerne l'évitement de SF: Cela a prouvé pour moi pendant près de deux ans de tests quotidiens que de toutes les solutions, SF est la plus fiable (et la plus rapide). La raison la plus importante à cela est qu'ils ne dépendent pas du réseau: vous pouvez avoir des pare-feu restrictifs, un pilote cassé ou zéro carte réseau sur l'invité, et toujours transférer des fichiers comme vous le souhaitez via SF.
Alois Mahdal
Aucun problème en 2 ans? Quelle chance! La plupart de mes SF n'ont jamais fonctionné ou étaient trop lentes pour être utilisables, et les mêmes que vous voyez maintenant, sans raison évidente. La seule suggestion qui me reste est d'utiliser la dernière version de VMware et des outils VMware (réinstaller même s'ils sont à jour, juste au cas où), puis supprimer et recréer le SF. Parfois, cela aide. Si ce n'est pas le cas, la seule prochaine étape que je peux voir est de contacter le support VMware.
harrymc
Ironie du sort: peu de temps après mon commentaire sur la fiabilité de SF, je suis passé à Workstation 8 et j'ai commencé à avoir des problèmes: tout s'arrêterait à \\vmware-host\Shared Folders\folder\subfoldermoins d' \\vmware-host\Shared Folders\folderavoir été ouvert au moins une fois depuis le démarrage. Je ne travaille pas dans cette entreprise (et je ne verrai probablement pas Windows pendant longtemps, yay), cependant ...
Alois Mahdal
Lorsque cela m'est arrivé avec Workstation 12.5 Unlocker n'a pas pu voir ou supprimer les verrous de fichiers sur le fichier. Je n'ai jamais vu ce problème avec Workstation 7.
Mark Booth
2

  1. vous pouvez essayer d'utiliser le logiciel Unlocker ( cliquez pour télécharger le déverrouilleur )

    Installez Unlocker, désactivant l'option pour les extensions Explorer et autres fichiers indésirables

  2. ouvrez CMD, puis accédez à C: \ Program Files \ Unlocker.

  3. exécutez Unlocker.exe "le chemin d'accès au dossier verrouillé" à partir de CMD.

  4. une fenêtre contextuelle confirmant le déverrouillage, puis cliquez sur déverrouiller pour déverrouiller le fichier.

  5. Terminer, le fichier a été déverrouillé,
Kelvin Maurits
la source
Désolé, je voudrais éviter d'utiliser un logiciel " financé par la publicité " (cela ressemble presque à un logiciel publicitaire). (J'ai déjà Process Explorer pour ces choses.)
Alois Mahdal
@AloisMahdal Il s'agit peut-être simplement du regroupement de barres d'outils avec le programme d'installation (que vous devez désélectionner lors de l'installation). Dans tous les cas, je préfère personnellement le site officiel / développeur pour les téléchargements de logiciels, pas des sites comme Softpedia. Bien sûr, Process Explorer fonctionne aussi bien et vous avez déjà déclaré que la fermeture forcée de ces poignées provoquait une instabilité.
Bob
0

Le déverrouilleur Emco (freeware - sans publicité) fonctionne très bien. Après avoir transféré des fichiers, envoyez simplement le dossier (où vous avez copié ou déplacé vos fichiers sur votre hôte) vers le déverrouilleur de fichiers Emco. J'ai placé un raccourci dans mon dossier "envoyer à". Rapide et efficace.

Utilisateur Vmware 9.02
la source