As operações da área de transferência (copiar / colar) geralmente param de funcionar na estação de trabalho VMWare

Eu tenho uma configuração de tela dupla com um host do Windows e uma máquina virtual 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)

O recurso de área de transferência compartilhada é de grande importância para mim. Costumo copiar comandos do host do Windows para a VM do Linux, mas o compartilhamento da área de transferência geralmente para de funcionar.

Uma reinicialização do convidado não resolve o problema. Uma reinicialização da máquina host do Windows resolve o problema, embora seja apenas uma medida temporária. O problema geralmente volta dentro de 20 a 30 minutos após a reinicialização.

Certa vez, passei algumas horas reinicializando, reinstalando o VMtools etc., enquanto a correção estava realmente suspendendo e reiniciando o próprio VMware.

Eu tenho o mesmo problema, mas o host é o Windows, o convidado é o Windows. Eu forço a matar vmtools e as executo novamente, o que sempre fez com que o cut / paste continue funcionando.

taskkill /F /IM vmtoolsd.exe
"C:\Program Files\VMware\VMware Tools\vmtoolsd.exe" -n vmusr

Não tenho certeza qual seria o comando no centos para matar as ferramentas do cliente.

Isto é o que funcionou para mim:

Tente fechar a estação de trabalho VMWare. Você receberá algumas opções sobre o que fazer com seus convidados em execução (se houver algum em execução no momento): Suspender, Desligar, Executar em segundo plano, Cancelar .

Selecione Executar em segundo plano . Reabra a estação de trabalho VMWare.

Acabei de reiniciar os serviços VMware no host quando isso acontece.

Tente evitar o cancelamento da operação de copiar e colar. Também execute apenas uma operação de copiar e colar de cada vez.

Se estiver executando o Windows no Windows, tente usar a VM sobre RDP. Deve ser mais estável dessa maneira. Sei que isso não tem relevância para a pergunta original, mas algumas pessoas podem achar útil, porque esse tópico tem pouca cobertura na internet, sem uma boa solução.

Eu tive os mesmos problemas, mas com o open-vm-tools (Ubuntu 14 guest, Win10 Host)

Eu o resolvi simplesmente reiniciando o VMware Workstation (como mencionado anteriormente)

Tudo levou apenas 2 segundos.

O que eu não sabia: sua máquina virtual em execução não é suspensa nem parada .

Basta clicar em Arquivo -> Sair (ou no X) e escolher "Executar em segundo plano". Em seguida, inicie o VMware Workstation novamente e, em seguida, copie e trabalhe novamente!

Teve um problema semelhante com a Estação de Trabalho 10 (host W7, convidado 2008R2), a cópia de convidado para host não funcionou, a cópia de host para convidado funcionou.

Reiniciar vmtoolsd.exe -n vmusrno convidado e vmware-tray.exeno host resolveu.

Se o seu convidado for baseado em Unix, você poderá executar isso.

Ele pega o pid do vmtoolsd, mata e reinicia. Isso irá reparar a funcionalidade de copiar / colar:

#!/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

Opcionalmente, salve-o como um script e coloque o script no seu $ PATH para que você possa executá-lo mais facilmente. Você não precisa reiniciar sua VM ou reiniciar o VMWare.

Parece que existem várias possibilidades de causar essa falha de remoção / cópia de copiar entre hosts, então adicionarei minha correção aqui. (E sim, eu sei que estou usando VMWare diferente, SO host diferente e SO convidado diferente em comparação com os especificados nesta pergunta, mas realmente parece ser uma coisa das ferramentas de vmware, por isso espero que ajude algumas pessoas que chegam nesta página, como eu fiz.) É claro que você precisa ter o VMWare Tools instalado - atualize-o primeiro provavelmente - e as opções de isolamento de convidado devem permitir copiar / colar, como já mencionado.

Primeiro minha configuração:

• HOST - MacOS 10.13.4
• PESSOAS - Janelas de várias versões.
• Fusion - 8.5.10

(Porém, essa área de transferência está funcionando e subitamente não está funcionando nas versões anteriores do MacOS e nas atualizações anteriores do Fusion 8.)

Minha correção: interrompa o serviço "VMTools" do vmware tools, saia / encerre o aplicativo da bandeja de ferramentas do vmware, reinicie o serviço, reinicie o aplicativo da bandeja de ferramentas do vmware.

Comandos a serem executados nos convidados do Windows, como Administrador: (testado no PowerShell e 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"

Isso está funcionando para mim ... por enquanto. É claro que sua milhagem pode variar e, se você tiver comentários sobre a minha resposta, entre em contato. Eu sei que o "vmtoolsd.exe" costumava ser chamado de outra coisa nas versões anteriores. Talvez seus parâmetros de inicialização sejam os mesmos, talvez não.

Eu uso isso em um arquivo em lotes com um atraso de 1 segundo entre cada linha. Existem várias maneiras de inserir atrasos, e Rob van der Woude tem uma lista abrangente dessas maneiras.

Os mesmos métodos gerais podem funcionar em outros sistemas operacionais convidados, mas não tenho os detalhes de como fazer isso.

Espero que isso ajude alguém!

O recurso de compartilhamento da área de transferência requer que o VMware Tools seja instalado na sua máquina virtual. Também permite arrastar e soltar entre máquinas virtuais e o sistema operacional host.

Eu diria que verifique duas vezes para ver se as ferramentas VMWare estão instaladas. Se estiverem, talvez remova e reinstale-os. Se isso não funcionar, você pode tentar atualizar a estação de trabalho VMware. O VMWare 9.0 já está disponível!

Teve o mesmo problema com a versão 10.0.

Primeiro, verifique se o isolamento do convidado está desativado: Configurações da VM> Opções> Isolamento do convidado, ambos estão ativados.

Tente copiar e colar de unidades externas HD ou removíveis, e não da partição do sistema.

Minha configuração: VM armazenada em HD externo. Copiar e colar do HD interno (C :) não funciona, copiar e colar do HD externo (E :) funcionará. Presumo que o C&P esteja desativado para a partição do sistema local.

Experimentei agora no Windows 7 de 64 bits como Host e Convidado, VMWare Workstation 9. A solução do meu lado: o serviço VMware Workstation Serverfoi definido para iniciar manualmente no host. Após iniciar este serviço (e configurá-lo para iniciar automaticamente), copie e cole funcionou normalmente novamente entre host e convidado.

No meu caso, simplesmente reiniciar o serviço de ferramentas VMware no convidado resolveu esse problema (o arrastar e soltar dos arquivos está funcionando, mas a cópia do texto via buffer entre o host e o convidado não).

Geralmente, acesso um convidado do Windows em execução no VMWare em outra caixa do Windows da minha própria estação de trabalho do Windows. Remoto usando o Windows "Conexão de área de trabalho remota" padrão.

Nesta configuração, a janela da Área de Trabalho Remota NÃO em tela cheia geralmente permite que a área de transferência funcione. Quando está em tela cheia e alterno com frequência, é quando a área de transferência falha.

Nota - a janela do VMWare na caixa do servidor PODE estar em tela cheia, o que não parece importar.

A maneira mais geral e, portanto, a melhor maneira de fazer copiar / colar para trabalhar no VMware (versão 14 pelo menos) executando convidados Linux / Ubuntu Desktop é adicionar o script bash abaixo ao seu $HOME/.profile:

# VMware: faça copiar / colar e arraste / solte para funcionar no convidado do Ubuntu Desktop
# Nota: isso deve ser executado automaticamente com a entrada xdg / desktop, mas não :(
[[-x / usr / bin / vmware-user- suid-wrapper]] && / usr / bin / vmware-user-suid-wrapper

Depois de adicionar isso à sua pasta Linux / Ubuntu $ HOME, basta sair e reiniciar o sistema operacional convidado Ubuntu / Linux, faça o login .. e a pasta de cópia está funcionando!

O script /usr/bin/vmware-user-suid-wrapperinicia o daemon do espaço do usuário vmtoolsde também pode ser executado manualmente

Você também pode verificar se dois daemons vmtoolsd devem estar em execução no seu sistema. Ambos são necessários e aquele com args: -n vmusr ..é aquele que faz copiar e colar e arrastar e soltar para funcionar. Executando `ps aux | grep -v vmtoolsd | grep vmtoolsd 'mostrará isso: 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

está errado em primeiro lugar usar a estação de trabalho / Player VMWare. Você acabou de criar as VMs e deixá-las em execução em segundo plano.

E use algo como gerenciador de terminal como MobaXTerm, SuperPutty, Kitty. Dessa forma, você obtém muito mais funcionalidade e melhor gerenciamento.