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


70

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.


2
O mesmo aqui. Host Windows 7 x64, VMWare Workstation 9.0.2. VM Windows XP + Ferramentas VMWare apropriadas. No entanto, ainda não encontramos dependência entre o problema aparecer, desaparecer e reiniciar.
precisa

1
Mesmo problema - Windows 7 x64 dentro do Windows 7 x64. Aleatória. Muito aleatório.
Neolisk 23/01

Como você está executando uma VM Linux, tenho que perguntar. Você está usando as ferramentas VMware originais que compila? Ou você está usando as ferramentas do OpenVM? Embora muitas pessoas tenham dito que a diferença entre as duas é pequena ou nenhuma, tive muito poucos problemas ao usar as ferramentas VMware "role your own". Caso contrário, recomendo tentar isso primeiro e ver se resolve o problema.
Ianc1215

Além disso, embora um pouco fora do tópico, vale a pena mencionar. Você está ciente de que o VMware Workstation 10 foi lançado. Embora exija uma atualização paga, há uma chance de que uma rápida olhada no changelog possa dizer se eles resolveram o seu problema ou não. Pode valer a pena dar uma olhada.
Ianc1215

Posso confirmar o problema nos hosts Windows e nos clientes Windows, desde o início do WS 7.0 até a 10.0.3. Durante esse período, tive o Windows Server 2008, o Windows Server 2012 como hosts, o Windows XP, o Windows 7, o Windows 8.1, o OpenSuse 12.3 como clientes e tive o problema de todos eles. Não obtive sucesso com o mesmo método o tempo todo, mas geralmente desinstalar completamente, reiniciar e instalar as ferramentas do vmWare resolve o problema.
James

Respostas:


42

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


Suspender? Você quer dizer fechar e reiniciar a estação de trabalho VMware?
pabouk

10
Reiniciei a VM convidada, que não funcionou. Em seguida, reparei o VMWare Tools. Isso não funcionou. Então, simplesmente suspeitei da VM convidada e reiniciei o VMWare Workstation, como sugestões do @Samgue, e funcionou novamente.
Travis Spencer

3
Trabalhou! Você pensaria que reiniciar a VM o corrigia. No entanto, como essa resposta sugere, suspender e retomar a VM funciona bem!
Thilina R

1
Isso funcionou para mim também no VMware Workstation 11.1.0, obrigado! O que eu fiz é: Menu> VM> Energia> Suspender> (feche e reinicie o VMware)> (selecione VM)> Currículo> (cópia que quer que fosse de novo)> (colar)
Dev-IL

@slayernoah Então, o que funciona?
technophyle

27

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.


2
Trabalhou para mim com um host Linux. Matar: /usr/lib/vmware-tools/sbin64/vmtoolsd -n vmusr. Em seguida, reinicie-o comvmware-user
freb 20/04

24
Heh, eu queria copiar os comandos para o convidado, mas ... :)
Paul

3
Não funcionou para mim, fugindo do Guest.
argila Nichols

1
não funcionou para mim
NinjaCross

Não funcionou para mim com o Host Windows 10 e Guest Windows 2012. Worksation 14 Pro.
buzz3791 11/04

20

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.


Isso funcionou para mim (eu só tenho que reiniciar VMtools de serviços no meu convidado)
Alex Shapovalov

1
Isso funciona para mim também. Percebi que o problema ocorre depois que copio algo do convidado para o host e não consigo mais copiar do host para o convidado. Esta é a solução mais rápida, todo o resto foi uma perda de tempo.
KPheasey

Esta é a única solução que funcionou para mim. Win 10 (15063) host, copie da pasta guest (Win 7) para outro convidado (Win 8.1). Estação de trabalho VMware 12.5.6.
Meeting Attender

Voto positivo para solução mais rápida e menos disruptiva. Suspender e reiniciar o VMware funciona, mas esta solução, sugerindo a execução em segundo plano, é uma pílula mais fácil de engolir com certeza quando você estiver executando muitas VMs e rotinas de teste.
JimSTAT

isso resolveu meu problema, obrigado!
NinjaCross 5/04

5

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.


Como alguém "cancelaria" a operação de copiar e colar ??? Você quer dizer que não se deve copiar sem colar também? E você quer dizer copiar de convidado para host ou de host para convidado ou somente dentro do convidado ??? Este conselho parece um pouco estranho ...
Jazimov

Sim, também isso ocorre entre o convidado eo host ..
jkdba

Você quer dizer todos os serviços VMware no host?
munrobasher

@munrobasher Eu acredito que já faz um tempo desde que eu me deparei com esse problema.
Jkdba

4

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.


Não com uma placa de vídeo ATI / AMD. Espere problemas quando o sono entrar em ação no host.
TombMedia 27/02

Isso também não funciona se você estiver interessado em executar em uma rede somente host totalmente isolada.
Wulfgarpro

4

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!


1

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.


Não funcionou para mim com o Windows 10 host e o Windows 2012 convidado. Workstation 14 Pro.
buzz3791 11/04

1

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.


2
Obrigado, isso funcionou com o VMWare Workstation Player 14, host do Windows 7 Enterprise, convidado do ubuntu.
Dan Becker

Você está no caminho certo sobre isso. Infelizmente, essa não é a maneira correta de corrigir a copiar / colar no VMware14 / Win7-host + Ubuntu16.04 / guest. Nessa configuração, dois processos vmtoolsd devem estar em execução. O que você está matando com seu script é o daemon do sistema e é necessário por um motivo. O outro é o daemon do espaço do usuário (na verdade, faz o trabalho de copiar / colar). Ele deve ser iniciado com o script / usr / bin / vmware-user-suid-wrapper logo após o login e / ou enquanto o X / WindowManager está sendo iniciado. Veja mais aqui: github.com/vmware/open-vm-tools/issues/…
OpenITeX

1

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!


0

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!


A estação de trabalho 10.0.3 já está disponível e ainda para de funcionar!
James

0

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.


0

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.


0

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).


0

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.


0

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


Quando eu executar / usr / bin /-vmware-usuário suid-wrapper, eu recebo o erro "pelo usuário vmware: Não foi possível abrir / proc / fs / vmblock / dev"
Austin Dean

Se você executar o comando: 'ps aux | grep -v grep | grep vmtoolsd ', após o login, o que é impresso? Além disso, você está executando o comando vmuser como usuário e root normais?
OpenITeX

0

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.


Não há nada de errado em executar o Vmware Workstation / Player se você precisar do Desktop / Gui ou tiver outros casos de uso ou requisitos de uso para ele.
OpenITeX
Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.