62

У меня есть установка с двумя экранами с хостом Windows и виртуальной машиной 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)

Функция общего буфера обмена имеет большое значение для меня. Я часто копирую команды с хоста Windows в виртуальную машину Linux, но совместное использование буфера обмена часто перестает работать.

Перезагрузка гостя не решает проблему. Перезагрузка хост-машины Windows решает проблему, хотя это только временная мера. Проблема часто возвращается через 20-30 минут после перезагрузки.

16 ответов16

42

Однажды я потратил несколько часов на перезагрузку, переустановку VMtools и т.д., Пока исправление действительно приостанавливало работу и перезапускало само VMware.

28

У меня та же проблема, но Хост - Windows, Гость - Windows. Я вынуждаю kill vmtools и перезапустить их, и это всегда заставляет вырезать / вставить продолжать работать.

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

Не уверен, какая команда будет на centos для уничтожения клиентских инструментов.

16

Вот что сработало для меня:

Попытайтесь закрыть VMWare Workstation. Вам будет предложено указать, что делать с работающими гостями (если они в данный момент запущены): приостановить, отключить питание, запустить в фоновом режиме, отменить.

Выберите « Запустить в фоновом режиме». Откройте VMWare Workstation.

4

Если вы используете Windows в Windows, попробуйте использовать виртуальную машину поверх RDP. Должен быть более устойчивым таким образом. Я знаю, что это не имеет отношения к первоначальному вопросу, но некоторые люди могут посчитать его полезным, потому что эта тема плохо освещена в Интернете и не имеет хорошего решения.

4

Я просто перезапускаю сервисы VMware на хосте, когда это происходит.

Старайтесь не отменять операцию копирования и вставки. Также одновременно выполняйте только одну операцию копирования и вставки.

2

Была аналогичная проблема с Workstation 10 (W7 host, 2008R2 guest), копирование с гостя на хост не работало, копирование с хоста на гостя делало.

Перезапуск vmtoolsd.exe -n vmusr на гостевой и vmware-tray.exe на хосте решил эту проблему.

2

У меня были те же проблемы, но с open-vm-tools (Ubuntu 14 guest, Win10 Host)

Я решил это, просто перезапустив VMware Workstation (как упоминалось ранее)

Все заняло всего 2 сек.

Что я не знал: Ваша работающая Виртуальная машина не остановлена и не остановлена.

Просто нажмите "Файл" -> "Выход" (или "X") и выберите "Запустить в фоновом режиме". Затем снова запустите VMware Workstation и т.д., Скопируйте и снова выполните работы!

1

Если ваш гость на основе Unix, вы можете запустить это.

Он захватывает pid vmtoolsd, убивает его и перезапускает. Это восстановит функциональность копирования / вставки:

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

При желании сохраните его как скрипт и поместите скрипт в ваш $ PATH, чтобы вам было проще его запускать. Вам не нужно перезагружать виртуальную машину или перезапускать VMWare.

0

Функция совместного использования буфера обмена требует, чтобы на вашей виртуальной машине были установлены VMware Tools. Это также позволяет вам перетаскивать между виртуальными машинами и вашей хост-ОС.

Я бы сказал, дважды проверьте, установлены ли инструменты VMWare. Если они есть, возможно, удалите и переустановите их. Если это не сработает, вы можете попробовать обновить рабочую станцию VMware. VMWare 9.0 теперь доступна!

0

Обычно я получаю доступ к гостю Windows, работающему в VMWare, на другом компьютере Windows с моей собственной рабочей станции Windows. Я удаленно использую стандартную Windows "Remote Desktop Connection".

В этой конфигурации наличие окна «Удаленный рабочий стол» НЕ в полноэкранном режиме обычно обеспечивает работу буфера обмена. Когда это полноэкранный режим, и я часто переключаюсь назад и вперед, тогда происходит сбой буфера обмена.

Примечание. Окно VMWare на серверной коробке МОЖЕТ быть полноэкранным, что, кажется, не имеет значения.

0

Похоже, что существует несколько возможностей вызвать сбой при копировании / вставке между хостами, поэтому я добавлю свое исправление здесь. (И да, я знаю, что я использую другую VMWare, другую хост-ОС и гостевую ОС, отличную от той, которая указана в этом вопросе, но, похоже, это инструмент vmware, так что, надеюсь, это поможет некоторым людям, которые приземлились на этой странице, как я сделал.) Конечно, вам нужно установить VMWare Tools - возможно, сначала обновите их - и параметры изоляции гостя должны разрешать копирование / вставку, как уже упоминали другие.

Сначала моя установка:

  • ХОСТ - MacOS 10.13.4
  • ГОСТИ - Windows разных версий.
  • Fusion - 8.5.10

(Хотя этот буфер обмена работал, а затем внезапно не работал, происходил в предыдущих версиях MacOS и предыдущих обновлениях Fusion 8.)

Мое исправление: остановите службу vmware tools «VMTools», закройте / уберите приложение лотка инструментов vmware, перезапустите службу, перезапустите приложение лотка инструментов vmware.

Команды для запуска в гостевых системах Windows в качестве администратора: (протестировано в powershell и 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"

Это работает для меня ... пока. Конечно, ваш пробег может отличаться, и если у вас есть комментарии к моему ответу, пожалуйста, дайте мне знать. Я знаю, что vmtoolsd.exe раньше назывался как-то еще в предыдущих версиях. Может быть, его параметры запуска одинаковы, а может и нет.

Я использую это в пакетном файле с задержкой в 1 секунду между каждой строкой. Существуют различные способы вставки задержек, и у Роба ван дер Вуде есть довольно полный перечень этих способов.

Те же самые общие методы могут работать в других гостевых ОС, но я не знаю, как это сделать.

Я надеюсь, что это помогает кому-то!

0

во-первых, неправильно использовать VMWare Workstation/Player. Вы просто создаете виртуальные машины и оставляете их работать в фоновом режиме.

И используйте что-нибудь из диспетчера терминалов, например MobaXTerm, SuperPutty, Kitty. Таким образом, вы получаете гораздо больше функциональности и лучшее управление.

0

В моем случае просто перезапуск службы инструментов VMware в гостевой системе решил эту проблему (перетаскивание файлов работает, а копирование текста через буфер между хостом и гостем - нет).

0

Испытал это прямо сейчас на Windows 7 64bit в качестве хоста и гостя, VMWare Workstation 9. Решение с моей стороны: служба VMware Workstation Server была настроена на ручной запуск на хосте. После запуска этой службы (и настройки ее автоматического запуска) копирование и вставка снова работали нормально между хостом и гостем.

0

Была такая же проблема с версией 10.0.

Сначала убедитесь, что гостевая изоляция деактивирована: настройки виртуальной машины> Опции> гостевая изоляция включены.

Попробуйте скопировать и вставить с внешнего HD или съемного диска, а не из системного раздела.

Моя настройка: ВМ хранится на внешнем HD. Копирование вставки с внутреннего HD (C:) не работает, копирование и вставка с внешнего HD (E:) будет работать. Я предполагаю, что C & P деактивирован для локального системного раздела.

0

Самый общий и, следовательно, лучший способ заставить копировать / вставить для работы в VMware (версия 14 по крайней мере) с гостями Linux / Ubuntu Desktop - это добавить нижеприведенный bash-скрипт в ваш $HOME/.profile:

# VMware: копирование / вставка и перетаскивание для работы в гостевой системе Ubuntu Desktop
# Примечание: это должно работать автоматически с записью xdg / desktop, но это не так :(
[[-x / usr / bin / vmware-user-suid-wrapper]] && / usr / bin / vmware-user-suid-wrapper

После того, как вы добавите это в свою папку Linux/Ubuntu $ HOME, просто выйдите из системы и перезапустите Ubuntu/Linux-guest OS, войдите в систему ... и копирование вставки работает !!

Сценарий /usr/bin/vmware-user-suid-wrapper запускает демон пользовательского пространства vmtoolsd и его также можно запустить вручную

Вы также можете проверить, что в вашей системе теперь работают два (2) демона vmtoolsd. Нужны и тот, и другой с аргументами: -n vmusr .. , который заставляет работать копирование-вставка и перетаскивание. Запуск `PS AUX | grep -v vmtoolsd | grep vmtoolsd 'покажет это: 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

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .