Операції з буфера обміну (копіювати / вставляти) часто припиняють роботу на робочій станції VMWare


70

У мене встановлено подвійний екран із хостом 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 у VM Linux, але обмін буфером обміну часто припиняє роботу.

Перезавантаження гостя не вирішує питання. Перезавантаження хост-машини Windows вирішує проблему, хоча це лише тимчасовий захід. Проблема часто повертається протягом 20-30 хвилин після перезавантаження.


2
Те ж саме. Хост Windows 7 x64, VMWare Workstation 9.0.2. VM Windows XP + відповідні інструменти VMWare. Хоча, досі не знайшли залежності між проблемою, що з’являється, зникає та перезавантажується.
Андрій К

1
Та сама проблема - Windows 7 x64 всередині Windows 7 x64. Випадкові. Дуже випадковий.
Неоліск

Оскільки у вас працює Linux VM, я повинен запитати. Чи використовуєте ви справжні інструменти VMware, які ви компілюєте? Або ви використовуєте інструменти OpenVM? У той час як багато людей розповіли, що різниця між цими двома - тонка до жодної, у мене не було дуже мало проблем, коли я використовую інструменти VMware "закатати свої". Якщо ви не є, я б рекомендував спробувати це спочатку і подивіться, чи це вирішить проблему.
ianc1215

Крім того, хоч трохи поза темою, варто згадати. Вам відомо, що VMware Workstation 10 було випущено. Хоча це потребує платного оновлення, є ймовірність, що швидкий перегляд журналу змін може сказати вам, вирішили вони вашу проблему чи ні. Можливо, варто подивитися.
ianc1215

Я можу підтвердити проблему на хостах Windows та клієнтах Windows, починаючи з WS 7.0, аж до 10.0.3. За цей час у мене були Windows Server 2008, Windows Server 2012 як хости, Windows XP, Windows 7, Windows 8.1, OpenSuse 12.3 як клієнти, і у мене виникли проблеми з усіма ними. Я не мав успіху з тим самим методом весь час, але зазвичай повністю видалення, перезавантаження та встановлення інструментів vmWare вирішує проблему.
Джеймс

Відповіді:


42

Я одного разу витратив кілька годин на перезавантаження, перевстановлення VMtools тощо, тоді як виправлення справді призупинило і перезапустило саме VMware.


Призупинення? Ви маєте на увазі закриття та перезапуск робочої станції VMware?
пабук

10
Я перезавантажив гостя VM, це не спрацювало. Потім я відремонтував інструменти VMWare. Це не спрацювало. Тоді я просто запідозрив гостьовий VM і перезапустив робочу станцію VMWare, як пропозиції @Samgue, і вона знову працювала.
Тревіс Спенсер

3
Працювали! Ви можете подумати, що перезапуск ВМ виправить це. Однак, як свідчить ця відповідь, призупинення та відновлення роботи ВМ працює просто чудово!
Тіліна R

1
Це працювало і для мене на VMware Workstation 11.1.0, дякую! Що я зробив: Меню> VM> Power> Призупинити> (закрити та перезапустити VMware)> (вибрати VM)> Відновити> (скопіювати все, що було знову)> (вставити)
Dev-iL

@slayernoah Отже, що працює?
технофіл

27

У мене те саме питання, але Хост - це Windows, гість - Windows. Я змушую вбивати vmtools і повторювати їх, і це завжди робило вирізати / вставляти продовжувати працювати.

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

Не впевнений, якою буде команда на вбивці клієнтських інструментів.


2
Працював для мене з хостом Linux. Вбити: /usr/lib/vmware-tools/sbin64/vmtoolsd -n vmusr. Потім перезапустіть йогоvmware-user
freb

24
Хех, я хотів скопіювати команди гостя, але ... :)
Paul

3
Не працювало для мене біг від Гість.
Клей Ніколс

1
не працювало для мене
NinjaCross

Не працювали для мене з Host Windows 10 та Guest Windows 2012. Робота 14 Pro.
buzz3791

20

Це те, що працювало для мене:

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

Виберіть Запустити у фоновому режимі . Відкрийте робочу станцію VMWare.


це працювало для мене (мені залишається лише перезапустити VMTools зі служб мого гостя)
Алекс Шаповалов

1
Це працює і для мене. Я помітив, що проблема виникає після того, як я копіюю щось із гостя в хост, то я більше не можу копіювати з хоста в гість. Це найшвидше виправлення, все інше було марною тратою часу.
KPheasey

Це єдине рішення, яке працювало на мене. Виграйте 10 (15063) хост, скопіюйте з гостя (Win 7) вставте іншому гостю (Win 8.1). Робоча станція VMware 12.5.6.
Учасник зустрічі

Заявка на швидке та найменш руйнівне рішення. Призупинення та перезапуск VMware працює, але це рішення, яке пропонує працювати у фоновому режимі, є простішою таблеткою, котра проковтнеться напевно, коли ви використовуєте багато віртуальних машин і тестуєте рутини.
JimSTAT

це вирішило мою проблему, дякую!
NinjaCross

5

Я просто перезапускаю послуги VMware на хості, коли це відбувається.

Спробуйте уникати скасування операції копіювання та вставки. Також виконуйте лише одну операцію копіювання та вставки за раз.


Як можна "скасувати" операцію копіювання та вставки ??? Ви маєте на увазі, що не слід копіювати, не вставляючи? А ви маєте на увазі копіювання з гостя на хост або з хоста на гість або зсередини лише гостя ??? Ця порада здається трохи дивною ...
Язимов

Так, це також відбувається між гостем та господарем ..
jkdba

Ви маєте на увазі всі сервіси VMware на хості?
munrobasher

@munrobasher Я вважаю, що пройшло трохи часу, як я зіткнувся з цим питанням.
jkdba

4

Якщо ви працюєте з Windows в Windows, спробуйте використовувати VM через RDP. Цей спосіб повинен бути більш стабільним. Я знаю, що це не має відношення до початкового питання, але деякі люди можуть вважати його корисним, оскільки ця тема має слабке висвітлення в Інтернеті і не має хорошого рішення.


Не з відеокартою ATI / AMD. Очікуйте проблем, коли у господаря настає сон.
TombMedia

Це також не працює, якщо вам цікаво працювати у повністю ізольованій лише для вузла мережі.
wulfgarpro

4

У мене були ті ж проблеми, але із відкритими vm-інструментами (гість Ubuntu 14, хост Win10)

Я вирішив це, просто перезавантаживши робочу станцію VMware (як згадувалося раніше)

Все зайняло всього 2 секунди.

Що я не знав: Ваша запущена Віртуальна машина не зупинена і не зупинена .

Просто натисніть кнопку Файл -> Вийти (або X) і виберіть «Запустити у фоновому режимі». Потім знову запустіть робочу станцію VMware, і знову, копіюйте та минулі роботи!


1

Аналогічна проблема була з Workstation 10 (W7 хост, 2008R2 гість), копіювання з гостя на хост не працювало, копіювання з хоста на гість робилося.

Перезапуск vmtoolsd.exe -n vmusrна гостях і vmware-tray.exeна хості вирішив це.


Не працювали для мене з хостом Windows 10 та гостьовою Windows 2012. Workstation 14 Pro.
buzz3791

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, щоб ви могли запустити його легше. Вам не потрібно перезавантажувати VM або перезавантажувати VMWare.


2
Дякую, що це працювало з VMWare Workstation Player 14, хост Windows 7 Enterprise, гість ubuntu.
Ден Бекер

Ви на цьому правильному шляху. На жаль, це не правильний спосіб виправити копію / вставити у VMware14 / Win7-хост + Ubuntu16.04 / guest. У такій установці повинні працювати два vmtoolsd процеси. Той, кого ви вбиваєте зі своїм сценарієм, - це демон-система, і він там потрібен чомусь. Інший - демон-користувальницький простір (він фактично змушує роботу копіювання / вставки). Його слід починати з / usr / bin / vmware-user-suid-wrapper-скрипту відразу після входу в систему та / або під час запуску X / WindowManager. Детальніше дивіться тут: github.com/vmware/open-vm-tools/isissue/…
OpenITeX

1

Схоже, існує ряд можливостей спричинити збій цієї копії / вставки між хостами, тому я додам тут своє виправлення. (І так, я знаю, що я використовую різні VMWare, різні хост-операційні системи та різні гостьові ОС порівняно з тими, які вказані в цьому питанні, але це справді здається справою інструментів vmware, тому, сподіваємось, це допоможе деяким людям, які приземляються на цій сторінці, як і я.) Звичайно, у вас повинні бути встановлені інструменти VMWare - спершу, можливо, оновіть їх, і параметри гостьової ізоляції повинні дозволяти копіювати / вставляти, як згадували інші.

Перше моє налаштування:

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

(Хоча цей буфер обміну працює, а потім раптом не працює, трапляється в попередніх версіях MacOS та попередніх оновленнях Fusion 8.)

Моє виправлення: зупиніть службу інструментів vmware "VMTools", вийдіть / вбийте програму лотка інструментів vmware, перезапустіть службу, перезапустіть додаток лотка інструментів vmware.

Команди для запуску в гостях Windows, як адміністратор: (перевірено в shellhell та 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 були встановлені у вашій віртуальній машині. Це також дозволяє перетягувати між віртуальними машинами та вашою хост-ОС.

Я б сказав, перевірте, чи встановлені інструменти VMWare. Якщо вони є, можливо, видаліть і встановіть їх знову. Якщо це не працює, ви можете спробувати оновити робочу станцію VMware. VMWare 9.0 тепер доступний!


Робоча станція 10.0.3 тепер доступна, і вона все ще перестає працювати!
Джеймс

0

Був такий самий випуск із версією 10.0.

Спочатку переконайтесь, що ізоляція гостей відключена: Налаштування VM> Опції> Ізольована гость.

Спробуйте скопіювати та вставити з зовнішніх HD або змінних дисків, а не з системного розділу.

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


0

Пережив це зараз на Windows 7 64bit як Host and Guest, VMWare Workstation 9. Рішення з мого боку: Служба VMware Workstation Serverбула налаштована на запуск вручну на хості. Після запуску цієї послуги (та налаштування її для автоматичного запуску) копіювання та вставлення знову нормально працювали між хостом та гостем.


0

У моєму випадку просто перезапустити сервіс інструментів VMware в гості вирішив цю проблему (перетягування файлів працює, але копіювання тексту через буфер між хостом і гостем не робить).


0

Я, як правило, отримую доступ до гостя Windows під керуванням VMWare на іншому вікні Windows з власної робочої станції Windows. Я віддалений у використанні стандартного Windows "Підключення до віддаленого робочого столу".

У цій конфігурації, що має вікно віддаленого робочого столу НЕ повний екран, як правило, дозволяє буфер обміну працювати. Коли це повноекранний режим, і я часто перемикаюсь назад і назад, саме тоді буфер обміну вийде з ладу.

Примітка - вікно VMWare на серверній коробці МОЖЕ бути повноекранним, що, здається, не має значення.


0

Найбільш загальний і, отже, найкращий спосіб змусити копіювати / вставляти для роботи у VMware (версія 14 atleast), що працює з 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-гостьову ОС, увійдіть у систему .. і папка для копіювання працює !!

Сценарій /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


Коли я запускаю / usr / bin / vmware-user-suid-wrapper, я отримую помилку "vmware-user: не міг відкрити / proc / fs / vmblock / dev"
Остін Дін

Якщо ви запускаєте команду: 'ps aux | grep -v grep | grep vmtoolsd ', після входу що він друкує? Крім того, чи виконуєте ви команду vmuser як звичайний користувач та root?
OpenITeX

0

неправильно в першу чергу використовувати робочу станцію / плеєр VMWare. Ви просто створіть віртуальні машини та залиште їх працювати у фоновому режимі.

І використовуйте щось менеджер терміналів, як MobaXTerm, SuperPutty, Kitty. Таким чином ви отримуєте набагато більше функціональності та краще управління.


Немає нічого поганого в роботі Vmware Workstation / Player, якщо вам потрібен Desktop / Gui або для цього є інші випадки використання або вимоги usef.
OpenITeX
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.