Les opérations du Presse-papiers (copier/coller) cessent souvent de fonctionner sur VMWare Workstation
J'ai une configuration à double écran avec un hôte Windows et une machine virtuelle Linux.
Windows Host: Windows 7 x64, VMware Workstation (8.0.5, most recent)
Linux VM: CentOS 6.4 x64 (most recent) + VMware Tools (most recent)
La fonctionnalité de presse-papiers partagée est d'une grande importance pour moi. Je copie souvent des commandes de l'hôte Windows dans la machine virtuelle Linux, mais le partage du Presse-papiers cesse souvent de fonctionner.
Un redémarrage de l'invité ne résout pas le problème. Un redémarrage de l'ordinateur hôte Windows résout le problème, bien qu'il ne s'agisse que d'une mesure temporaire. Le problème revient souvent dans les 20 à 30 minutes suivant le redémarrage.
Une fois, j'ai passé quelques heures à redémarrer, réinstaller VMtools, etc., alors que le correctif suspendait et relançait réellement VMware.
J'ai le même problème, mais l'hôte est Windows, l'invité est Windows. Je force kill vmtools et les réexécute, ce qui a toujours permis à couper/coller de continuer à fonctionner.
taskkill /F /IM vmtoolsd.exe
"C:\Program Files\VMware\VMware Tools\vmtoolsd.exe" -n vmusr
Pas sûr de ce que la commande serait sur centos pour tuer les outils clients.
C'est ce qui a fonctionné pour moi:
Essayez de fermer VMWare Workstation. Vous serez invité à indiquer certaines options concernant l'utilisation de vos invités en cours d'exécution (le cas échéant): Suspendre, Mettre hors tension, Exécuter en arrière-plan, Annuler .
Sélectionnez Exécuter en arrière-plan . Rouvrez VMWare Workstation.
Je viens de redémarrer les services VMware sur l'hôte lorsque cela se produit.
Essayez d'éviter d'annuler l'opération de copier-coller. De plus, n'effectuez qu'une opération de copier/coller à la fois.
Si vous utilisez Windows sous Windows, essayez d'utiliser VM sur RDP. Devrait être plus stable de cette façon. Je sais que cela n'a aucun rapport avec la question initiale, mais certaines personnes peuvent trouver cela utile, car ce sujet a une couverture médiocre sur Internet, sans bonne solution.
J'ai eu les mêmes problèmes mais avec open-vm-tools (invité Ubuntu 14, hôte Win10)
Je l'ai résolu en redémarrant simplement VMware Workstation (comme mentionné précédemment)
Tout a pris juste 2 secondes.
Ce que je ne savais pas: Votre machine virtuelle en cours d’exécution n’est ni suspendue ni arrêtée .
Cliquez simplement sur Fichier -> Quitter (ou le X) et choisissez "Exécuter en arrière-plan", puis relancez VMware Workstation, et voilà, copier-coller fonctionne à nouveau!
Si votre invité est basé sur Unix, vous pouvez l'exécuter.
Il récupère le pid de vmtoolsd, le tue et le redémarre. Cela va réparer la fonctionnalité copier/coller:
#!/bin/bash
processString=$(ps -ef | grep '[0-9][0-9]:[0-9][0-9]:[0-9][0-9] /usr/bin/vmtoolsd -n vmusr') # get process info for vmtoolsd
tokens=( $processString ) # tokenize
kill "${tokens[1]}" # grab pid and kill it
/usr/bin/vmtoolsd -n vmusr & > /dev/null 2>&1 # restart vmtoolsd
Vous pouvez éventuellement l'enregistrer en tant que script et le placer dans votre $ PATH afin de pouvoir l'exécuter plus facilement. Vous n'avez pas besoin de redémarrer votre VM ou de redémarrer VMWare.
Avait un problème similaire avec Workstation 10 (hôte W7, invité 2008R2), la copie d’invité à hôte ne fonctionnait pas, mais pas d’hôte à invité.
Le redémarrage de vmtoolsd.exe -n vmusr sur l'invité et de vmware-tray.exe sur l'hôte a résolu le problème.
La fonctionnalité de partage du Presse-papiers nécessite que VMware Tools soit installé sur votre machine virtuelle. Il vous permet également de glisser-déposer entre les machines virtuelles et votre système d'exploitation hôte.
Je dirais que vous vérifiez si les outils VMWare sont installés. Si tel est le cas, supprimez-les et réinstallez-les. Si cela ne fonctionne pas, vous pouvez essayer de mettre à jour le poste de travail VMware. VMWare 9.0 est maintenant disponible!
J'accède généralement à un invité Windows s'exécutant sous VMWare sur une autre machine Windows à partir de mon propre poste de travail Windows. Je suis à distance en utilisant Windows standard "Connexion Bureau à distance".
Dans cette configuration le fait de ne pas afficher la fenêtre du Bureau à distance NON en plein écran permet généralement au presse-papiers de fonctionner. Quand il est en plein écran et que je bascule souvent, le presse-papiers échouera.
Remarque - la fenêtre VMWare du serveur peut être en plein écran, cela ne semble pas avoir d’importance.
Il semble y avoir un certain nombre de possibilités de provoquer cet échec de suppression de copier/coller entre les hôtes, je vais donc ajouter mon correctif ici. (Et oui, je me rends compte que j'utilise différents VMWare, différents systèmes d'exploitation hôtes et différents systèmes d'exploitation invités par rapport à ceux spécifiés dans cette question, mais cela semble vraiment être un problème lié aux outils vmware. sur cette page, comme je l’ai fait.) Bien sûr, vous devez installer VMWare Tools - mettez-les à jour d’abord - probablement - et les options d’isolation des invités doivent autoriser le copier/coller comme d’autres l'ont déjà mentionné.
D'abord ma configuration:
- Hôte - MacOS 10.13.4
- Invités - Windows de différentes versions.
- Fusion - 8.5.10
(Cependant, ce presse-papiers a fonctionné et puis, soudainement, il ne fonctionnait pas dans les versions précédentes de MacOS et les mises à jour précédentes de Fusion 8.)
My Fix: Arrêtez le service "VMTools" du logiciel vmware Tools, quittez/supprimez l'application vmware Tools Tray, redémarrez le service, redémarrez l'application vmware Tools Tray.
Commandes à exécuter dans les invités Windows en tant qu'administrateur: (testé dans PowerShell et CMD)
net.exe stop vmtools
taskkill /F /IM vmtoolsd.exe
net.exe start vmtools
start "" "C:\Program Files\VMware\VMware Tools\vmtoolsd.exe" "-n" "vmusr"
Cela fonctionne pour moi ... pour le moment. Bien sûr, votre kilométrage peut varier, et si vous avez des commentaires sur ma réponse, veuillez me le faire savoir. Je sais que le "vmtoolsd.exe" s'appelait autre chose dans les versions précédentes. Peut-être que ses paramètres de démarrage sont les mêmes, peut-être pas.
J'utilise ceci dans un fichier batch avec un délai d'une seconde entre chaque ligne. Il existe différentes manières d’insérer des retards, et Rob van der Woude en a une liste plutôt exhaustive .
Les mêmes méthodes générales peuvent fonctionner dans d'autres systèmes d'exploitation invités, mais je n'ai pas les détails pour le faire.
J'espère que ça aidera quelqu'un!
il est faux en premier lieu d'utiliser VMWare Workstation/Player. Vous venez de créer les ordinateurs virtuels et de les laisser fonctionner en arrière-plan.
Et utilisez un gestionnaire de terminal tel que MobaXTerm, SuperPutty, Kitty. Ainsi, vous bénéficiez de beaucoup plus de fonctionnalités et d'une meilleure gestion.
Dans mon cas, le simple redémarrage du service des outils VMware dans l'invité a résolu ce problème (le glisser-déposer de fichiers fonctionne, mais la copie de texte via un tampon entre l'hôte et l'invité ne fonctionne pas).
Expérimenté dès maintenant sur Windows 7 64 bits en tant qu'hôte et hôte, VMWare Workstation 9. La solution de mon côté: Le service VMware Workstation Server était configuré pour démarrer manuellement sur l'hôte. Après le démarrage de ce service (et sa configuration pour un démarrage automatique), le copier-coller fonctionnait normalement entre l'hôte et l'invité.
Avait le même problème avec la version 10.0.
Assurez-vous d'abord que l'isolation de l'invité est désactivée: VM Paramètres> Options> L'isolation de l'invité est activé.
Essayez de copier et coller depuis un disque dur externe ou amovible, et non depuis votre partition système.
Ma configuration: VM stockée sur un disque dur externe. Copier coller depuis un disque dur interne (C :) ne fonctionne pas, copier-coller depuis un disque dur externe (E :) fonctionnera. Je suppose que C & P est désactivé pour la partition système locale.
Le moyen le plus général et donc le meilleur moyen de faire fonctionner le copier/coller pour fonctionner avec les invités Linux/Ubuntu Desktop VMware (version 14 au moins) consiste à ajouter le script bash ci-dessous à votre $HOME/.profile:
# VMware: effectuez un copier/coller et un glisser/déposer pour fonctionner dans l'invité Ubuntu Desktop
# Remarque: cela devrait fonctionner automatiquement avec l'entrée xdg/desktop, mais ce n'est pas le cas :(
[[-x/usr/bin/vmware-utilisateur-suid-wrapper]] &&/usr/bin/vmware-utilisateur-suid-wrapper
Après avoir ajouté cela dans votre dossier Linux/Ubuntu $ HOME, déconnectez-vous et redémarrez le système d'exploitation invité Ubuntu/Linux, connectez-vous .. et le copier-coller fonctionne!
Le script /usr/bin/vmware-user-suid-wrapper démarre le démon de l'espace utilisateur de vmtoolsd et peut également être exécuté manuellement.
Vous pouvez également vérifier que deux (2) démons vmtoolsd sont en cours d'exécution sur votre système. Les deux sont nécessaires et celui avec les arguments: -n vmusr .. est celui qui permet le copier-coller et le glisser-déposer pour fonctionner. Lancer `ps aux | grep -v vmtoolsd | grep vmtoolsd 'affichera ceci: guru@visuxmono:~$ ps aux | grep -v grep | grep vmtoolsd root 762 10228 Ssl 21:20 0:03 /usr/bin/vmtoolsd guru 3053 34092 S 21:21 0:03 /usr/bin/vmtoolsd -n vmusr --blockFd 3