Общая папка Vmware не работает

Обновлено: 21.11.2024

Я уже добавляю общие папки в виртуальную машину (ubuntu 18.04.4), и это работает.
Но общая папка исчезает после перезагрузки виртуальной машины.

Мои настройки:
Win10 1909
vmware workstation 15 pro 15.5.6
настройки — параметры — общие папки — всегда включено

Я был бы признателен за вашу помощь.

Текст был успешно обновлен, но возникли следующие ошибки:

прокомментировал natehsu 22 июня 2020 г.

@silverqx Спасибо, что поделились

прокомментировал Oliverkurth 24 июня 2020 г.

silverqx прокомментировал 25 июня 2020 г.

Отлично, если я создам эту службу systemd, она будет работать, как и ожидалось, точки монтирования все еще там после перезапуска, если я поставлю/сниму отметку с какой-либо точки монтирования, это изменение немедленно отразится в папке /mnt/hgfs, было бы неплохо имеют аналогичный сервис в open-vm-tools по умолчанию, а также для систем System V и Initd.

Я попробую оригинальные инструменты vmware и посмотрю, как они решают эту проблему.

silverqx прокомментировал 26 июня 2020 г.

Хорошо, вот что я обнаружил, в оригинальных инструментах vmware общие папки работают по умолчанию после перезагрузки, этот функционал обеспечивает служба /etc/init.d/vmware-tools, именно за этот код в основной функции отвечает автомонтировать hgfs во время запуска системы:

Было бы неплохо иметь что-то подобное в open-vm-tools.

Я искал немного открытых инструментов VM и пытался найти код, который в настоящее время отвечает за монтирование hgfs, когда я включаю общие папки в настройках VM, но пока безуспешно ☹ . @oliverkurth у вас есть идеи, где я могу найти этот код?

silverqx прокомментировал 27 июня 2020 г.

Oliverkurth прокомментировал 29 июня 2020 г.

У нас есть план добавить это в open-vm-tools, но это не является приоритетом. На данный момент статья в базе знаний является лучшим решением.

silverqx прокомментировал 10 июля 2020 г. •

Я создал службу openrc /etc/init.d/vmware-hgfs для gentoo:

Вы можете включить его с помощью sudo rc-update add vmware-hgfs default

Прокомментировал Тандольф 26 февраля 2021 г. •

Итак, как мне решить эту проблему, если я хочу смонтировать несколько хост-папок в несколько разных гостевых папок? я вижу, что свойство [Mount] в сервисном скрипте, кажется, монтирует все в папку hgfs What=vmhgfs-fuse и Where=/mnt/hgfs я не могу найти документацию по этому синтаксису.

lousybrit прокомментировал 1 марта 2021 г.

У вас может быть несколько подключений к прямым общим ресурсам вместо подключения к общей папке по умолчанию.
Я делаю такие вещи довольно часто.

Синтаксис монтирования по умолчанию:
"/usr/bin/vmhgfs-fuse .host:/ /mnt/hgfs -o subtype=vmhgfs-fuse,allow_other"
даст вам монтирование
Путь монтирования гостевой ОС "/mnt/hgfs" указывает на имя сервера и корень общего ресурса ".host:/", а все общие ресурсы перечислены в гостевом пути "/mnt/hgfs"

Если у вас есть общие папки VMware Tools с именами:
Foo,
Bar,
Fred,
, которые указывают на разные места на хосте, вы можете смонтировать их непосредственно в гостевой системе.
Например:
sudo mkdir /mnt/Foo
sudo mkdir /mnt/Bar
sudo mkdir /mnt/Fred
/usr/bin/vmhgfs-fuse . host:/Foo /mnt/Foo -o subtype=vmhgfs-fuse,allow_other
/usr/bin/vmhgfs-fuse .host:/Bar /mnt/Bar-o subtype=vmhgfs-fuse,allow_other
/usr/bin/vmhgfs-fuse .host:/Fred /mnt/Fred -o subtype=vmhgfs-fuse,allow_other

Теперь, используя df или другие операции файлового ввода-вывода, вы должны увидеть одни и те же файлы хоста в
/mnt/Foo
и
/mnt/hgfs/Foo
Аналогично для другого 2 примера.

Автопредложение помогает быстро сузить результаты поиска, предлагая возможные совпадения по мере ввода.

  • Технологическая сеть VMware
  • :
  • Гипервизор рабочего стола
  • :
  • VMware Fusion
  • :
  • Обсуждения VMware Fusion
  • :
  • Общие папки больше не отображаются в гостевой ОС.

и прочитайте прет

  • Отметить как новое
  • Добавить в закладки
  • Подписаться
  • Отключить звук
  • Отправить сообщение другу

После моего последнего обновления VMWare Fusion общие папки перестали работать, а это означает, что я не вижу их в своей гостевой ОС.

<УЛ>
  • Номер сборки: Professional Version 11.1.0 (13668589)
  • MacBook Pro (2019 г.) с ОС 10.14.4
  • Есть ли условия, при которых это работает? НЕТ
  • Общие папки работали еще несколько недель назад, а между тем я обновил Fusion.
  • Мне удобно работать с командной строкой
  • Гостевая операционная система: Ubuntu 16.04
  • Виртуальная машина была импортирована из VirtualBox (но все работало нормально до нескольких недель назад)
  • Я установил VMware Tools с помощью sudo apt-get install open-vm-tools
  • Несмотря на это, в нижней части панели «Общие папки» я вижу предупреждающее сообщение о том, что «Общие папки не будут доступны на виртуальной машине, пока не будут установлены и запущены VMware Tools». Однако то же самое сообщение было даже несколько недель назад, когда общие папки работали нормально.

    • Вещи, которые я уже пытался сделать, чтобы решить проблему:

    <УЛ>
  • Я удалил и переустановил VMware Tools (с помощью apt-get, после запуска apt-get update), затем перезагрузился, но ничего не изменилось
  • Я удалил и снова добавил общие папки, но ничего не изменилось
    • Отметить как новое
    • Добавить в закладки
    • Подписаться
    • Отключить звук
    • Отправить сообщение другу

    Я только что взял здесь виртуальную машину Ubuntu 16.04 и обновил ее до последних исправлений.

    В моем случае общий ресурс vmhgfs продолжал работать.

    Возможно, вы захотите попробовать лучший ответ из этой темы:

    Обратите внимание, однако, что на моей виртуальной машине у меня даже нет этой строки в моем файле fstab (ну, она там, но закомментирована).

    Боюсь, я не помню подробностей того, что именно я делал.

    "в принципе это должно просто работать", но, к сожалению, это не всегда так.

    Эта тема также кажется актуальной:

    Да, рабочая станция, но проблема там та же, что и для Fusion.

    Автопредложение помогает быстро сузить результаты поиска, предлагая возможные совпадения по мере ввода.

    • Технологическая сеть VMware
    • :
    • Гипервизор рабочего стола
    • :
    • Рабочая станция VMware
    • :
    • Обсуждения VMware Workstation Pro
    • :
    • Общие папки недоступны в гостевых системах Linux после этого.

    бкраул

    • Отметить как новое
    • Добавить в закладки
    • Подписаться
    • Отключить звук
    • Отправить сообщение другу

    После обновления с VMWare Workstation 14 до 15 общие папки недоступны для монтирования в гостевых системах Linux, даже если они отображаются как включенные на хосте. Я даже пытался отключить их и снова включить, думая, что может потребоваться обновление, но безрезультатно. Виртуальное оборудование в гостевых системах Linux также было обновлено до 15.

    Оба гостя работают под управлением Ubuntu 18.04.1 LTS с последними инструментами open-vm-tools (последнее обновление 27 сентября 2018 г.).

    стив_годдард

    • Отметить как новое
    • Добавить в закладки
    • Подписаться
    • Отключить звук
    • Отправить сообщение другу

    Спасибо, что сообщили о проблеме.

    Попробуйте запустить:

    и сообщите результат здесь.

    Кроме того, сведения о монтировании и настройке постоянных общих ресурсов см. в статье базы знаний

    Я постараюсь посмотреть, смогу ли я воспроизвести это сам, хотя я еще этого не видел.

    бкраул

    • Отметить как новое
    • Добавить в закладки
    • Подписаться
    • Отключить звук
    • Отправить сообщение другу

    Посмотрев вокруг, я обнаружил, что могу получить доступ к общим ресурсам, выполнив вручную:

    vmhgfs-fuse .host:/ /mnt/hgfs -o allow_other

    Однако я использую общие папки на хостах Linux начиная с VMWare 11, и мне никогда не приходилось монтировать их вручную. Думаю, мне придется настроить это в /etc/fstab следующим образом:

    .host:/ /mnt/hgfs fuse.vmhgfs-fuse allow_other 0 0

    По крайней мере, реальная функциональность общих папок работает, о чем я и беспокоился.

    Парвин1988

    • Отметить как новое
    • Добавить в закладки
    • Подписаться
    • Отключить звук
    • Отправить сообщение другу

    бкраул

    • Отметить как новое
    • Добавить в закладки
    • Подписаться
    • Отключить звук
    • Отправить сообщение другу

    Ради репликации я удалил запись /etc/fstab и удалил (даже очистил) open-vm-tools. Переустановил инструменты, результат тот же, нет общих папок (даже если они включены на хосте), если только запись не вернется в /etc/fstab.

    Бонни201110141

    • Отметить как новое
    • Добавить в закладки
    • Подписаться
    • Отключить звук
    • Отправить сообщение другу

    Какая у вас версия open-vm-tools?

    бкраул

    • Отметить как новое
    • Добавить в закладки
    • Подписаться
    • Отключить звук
    • Отправить сообщение другу

    Последняя версия (для Ubuntu bionic).

    Как упоминалось ранее, удаление/переустановка инструментов не сработала. В итоге я удалил машину и создал новую. Только тогда предохранитель действительно сработал, как и ожидалось.

    K1ngK005

    • Отметить как новое
    • Добавить в закладки
    • Подписаться
    • Отключить звук
    • Отправить сообщение другу

    У меня точно такая же проблема:

    Хост рабочей станции Windows 10 14

    ВМ Ubuntu 18.04 LTS

    Когда я выполняю команду vmhgfs-fuse .host:/ /mnt/hgfs -o allow_other, я вижу, что общая папка перезагружается и снова исчезает.

    будет ли добавление этого: .host:/ /mnt/hgfs fuse.vmhgfs-fuse allow_other 0 0 в /etc/fstab сделать это постоянным?

    Бонни201110141

    • Отметить как новое
    • Добавить в закладки
    • Подписаться
    • Отключить звук
    • Отправить сообщение другу

    Не знаю, с какой проблемой вы столкнулись. Но добавление этой записи в /etc/fstab было бы обходным путем.

    K1ngK005

    • Отметить как новое
    • Добавить в закладки
    • Подписаться
    • Отключить звук
    • Отправить сообщение другу

    Я не могу получить доступ к общей папке в /mnt/hgfs. И я использую рабочую станцию ​​​​14 pro и Ubuntu 18.04

    Бонни201110141

    • Отметить как новое
    • Добавить в закладки
    • Подписаться
    • Отключить звук
    • Отправить сообщение другу

    Вы можете попробовать это?

    <р>1. В виртуальной машине пользовательского интерфейса рабочей станции > Настройки > Параметры > Общая папка отключите общую папку

    <р>2. В гостевой ОС выполните следующие действия, чтобы удалить open-vm-tools:

    sudo apt-get удалить open-vm-tools

    sudo apt-get purge open-vm-tools

    <р>3. Перезагрузите гостевую ОС

    <р>4. В гостевой системе снова установите инструменты пакета из Wokstation UI VM > Install VMware Tools

    <р>5. После установки инструментов снова перезагрузите гостевую ОС.

    <р>6. Включить общую папку из пользовательского интерфейса рабочей станции.

    Дайте мне знать, если это сработает для вас.

    K1ngK005

    • Отметить как новое
    • Добавить в закладки
    • Подписаться
    • Отключить звук
    • Отправить сообщение другу

    Спасибо, Бонни, я зашел в раздел справки по VMWare и увидел, что у меня версия 12 pro. Все равно попробовал ваши шаги и тоже не увенчался успехом. Вручную загрузил последнюю версию инструментов и попытался установить ее, но безрезультатно.

    бкраул

    • Отметить как новое
    • Добавить в закладки
    • Подписаться
    • Отключить звук
    • Отправить сообщение другу

    Что ж, я рад, что я не единственный, у кого возникла эта проблема.

    Так что, да, добавление записи в fstab заставит ваше монтирование работать после перезагрузки, но если вы когда-нибудь приостановите работу компьютера, а затем возобновите его, монтирование снова станет недоступным, пока вы не перезапустите виртуальную машину.

    Это не так, как раньше.

    Бонни201110141

    • Отметить как новое
    • Добавить в закладки
    • Подписаться
    • Отключить звук
    • Отправить сообщение другу

    Можете ли вы также попробовать описанные выше действия с VMware Workstatation 15 и сообщить нам, сработает ли это у вас?

    бкраул

    • Отметить как новое
    • Добавить в закладки
    • Подписаться
    • Отключить звук
    • Отправить сообщение другу

    Все это было испробовано до первоначального поста, но безрезультатно. Пробовал остальные шаги по очереди (как вы можете видеть из моих последующих сообщений). Вот почему я закончил восстановление виртуальной машины, и даже тогда, даже при использовании fstab, у меня все еще возникают проблемы, когда монтирование hgfs исчезает после приостановки /снятие паузы с машиной и в конечном итоге перезапуск.

    стив_годдард

    • Отметить как новое
    • Добавить в закладки
    • Подписаться
    • Отключить звук
    • Отправить сообщение другу

    Спасибо, что сообщили о проблеме.

    Попробуйте запустить:

    и сообщите результат здесь.

    Кроме того, сведения о монтировании и настройке постоянных общих ресурсов см. в статье базы знаний

    Я постараюсь посмотреть, смогу ли я воспроизвести это сам, хотя я еще этого не видел.

    бкраул

    • Отметить как новое
    • Добавить в закладки
    • Подписаться
    • Отключить звук
    • Отправить сообщение другу

    Результат команды:

    /usr/bin/vmhgfs-fuse: 0 — клиент HGFS FUSE включен

    Кажется, это работает, так как я обновился до 15.0.2 build-10952284.

    У меня периодически возникает проблема после возобновления работы, но я считаю, что она не связана с VMware. Это связано с тем, что демон docker не запускается должным образом после возобновления работы.

    Франквальтер

    • Отметить как новое
    • Добавить в закладки
    • Подписаться
    • Отключить звук
    • Отправить сообщение другу

    Спасибо, у меня сработало только после ввода вашей команды в fstab:

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

    Но теперь с записью в fstab все работает

    Windows 8.1 (64-разрядная версия) с VMware Workstation 15.5.2 на виртуальной машине Ubuntu 18.04.4 LTS server (без графического интерфейса).

    Автопредложение помогает быстро сузить результаты поиска, предлагая возможные совпадения по мере ввода.

    • Технологическая сеть VMware
    • :
    • Гипервизор рабочего стола
    • :
    • Рабочая станция VMware
    • :
    • Обсуждение VMware Workstation Player
    • :
    • Не удается получить доступ к общим папкам в гостевой системе (Windows 10).

    Мерседес

    • Отметить как новое
    • Добавить в закладки
    • Подписаться
    • Отключить звук
    • Отправить сообщение другу

    У меня следующая конфигурация

    <УЛ>
  • Проигрыватель VMware Workstation 12.1.1 сборка 3770994
  • Сеть: NAT
  • Общая папка: всегда включена,

    • Но в гостевой ничего не видно.

    Как видите, даже если я пытаюсь использовать VMware-хост, это выдает ошибку

    У кого-нибудь есть решения?

    • Отметить как новое
    • Добавить в закладки
    • Подписаться
    • Отключить звук
    • Отправить сообщение другу

    Добро пожаловать на форум сообщества VMware.

    Проблемы такого типа почти всегда возникают из-за неправильной установки VMware Tools.

    Не пытайтесь выполнить восстановительную установку из гостевой ОС, так как это, скорее всего, не исправит ситуацию, к сожалению, пункт «Переустановить инструменты VMware» из раскрывающегося меню также относится к той же категории.

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

    Вкратце выполните следующие действия:

    <УЛ>
  • Удаление инструментов VMware
  • Перезагрузите гостевую ОС
  • Установите инструменты VMware
  • Перезагрузите гостевую ОС.

    • Немного более длинное описание:

    <УЛ>
  • В Windows выберите Панель управления -> Программы и компоненты -> Выберите VMware Tools -> Удалить.

    • Следуйте инструкциям программы установки, чтобы полностью удалить VMware Tools

    <УЛ>
  • Перезагрузите гостевую систему (==Windows)
  • Затем в меню "Виртуальная машина" выберите "Установить инструменты VMware".

    • Если программа установки не появляется, перейдите на DVD-диск в Windows и нажмите "setup" (для 32-разрядных версий Windows) или "setup64" (для 64-разрядных версий Windows)

    После того, как вы увидите установщик, нажимайте "Далее" до тех пор, пока "Готово", сохраните значения по умолчанию.

    <УЛ>
  • Перезагрузите гостевую систему после завершения установки (она сама попросит перезагрузиться)

    • цитирую Стива Годдарда:

    Все, что вам нужно сделать, это отредактировать реестр

    Автопредложение помогает быстро сузить результаты поиска, предлагая возможные совпадения по мере ввода.

    • Технологическая сеть VMware
    • :
    • Гипервизор рабочего стола
    • :
    • Рабочая станция VMware
    • :
    • Обсуждение VMware Workstation Player
    • :
    • не могу поделиться папкой/файлом

    Крис3

    • Отметить как новое
    • Добавить в закладки
    • Подписаться
    • Отключить звук
    • Отправить сообщение другу

    Новая установка Mint 20.1, новая установка VMware player 16.1, новая установка Win10 21H1 (несколько раз).

    Я сделал это в предыдущей сборке, но сборке Windows было разрешено перейти в расположение по умолчанию в .local (это один из параметров при первой настройке только что установленной VMware).

    На этот раз я решил поместить его на внешний SSD. Будет ли это иметь значение?

    До того, как я смог поделиться внешней папкой. На этом я не могу.

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

    Но он не отображается в сети Windows Explorer.

    EDIT: по какой-то причине начал работать.

    - ThinkPad T570-20HA, i7-7600U, 2,8 ГГц, UEFI/GPT, Win10 21H1 Pro x64, также двойная загрузка для Mint 20.1, 16 ГБ, Sammy 256 ГБ M.2 . -

    РаСистемлорд

    • Отметить как новое
    • Добавить в закладки
    • Подписаться
    • Отключить звук
    • Отправить сообщение другу

    Вы правы, что эта общая папка немного абстрактна для Linux/VMware. У меня были похожие проблемы с Kubuntu 20.04 Host. Не уверен, что заставило его работать. установка cifs, сетевых инструментов, проверка разрешений ИЛИ просто полная перезагрузка системы. Перетаскивание больше не работает, так что, к сожалению, вы должны заставить это работать, чтобы использовать виртуальную машину для чего-то полезного.

    Внешний диск не имеет значения, но согласно моим тестам ПОСЛЕДНИЕ (после 16.04 LTS) * buntu (и некоторые другие Linux) НЕ работают, если виртуальная машина расположена в NTFS. NTFS работает как хранилище данных, как и ожидалось, но не для расположения ВМ. ВМ работает невероятно медленно, если вообще запускается полностью.

    Крис3

    • Отметить как новое
    • Добавить в закладки
    • Подписаться
    • Отключить звук
    • Отправить сообщение другу

    "Инструменты VMware". по крайней мере, это мое предположение, и это временная проблема.

    Я только что установил проигрыватель 16.1 и позволил ему обновить свои инструменты. Я пошел, чтобы установить win и получил сообщение о том, что было обновление для инструментов, «напомнить мне позже или применить». Г** Я только что сделал это. Так как шла установка win, я сказал напомнить мне позже. сделал это дважды, и оба раза, когда Windows устанавливалась и запускалась и переходила на рабочий стол, я выдавал сообщение об ошибке, что-то об отсутствующем файле обновления, и не делился.

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

    Да, целевое местоположение не имеет значения.Я сделал как внешний SSD, так и внутренний SSD linux local. Скорость зависит от того, куда вы его поместите — работает нормально на внешнем адаптере Unitek USB3 с твердотельным накопителем sata3, но хорошо на M.2 (чего и следовало ожидать).

    Я нашел исправление, в котором говорилось, что при запуске Win не происходит ускорение отображения. Легко.

    Однако, хотя Schwab SSE работает отлично, NWN2 не понимает, когда он работает в полноэкранном режиме, и не может настроить гамму, поэтому бесполезен.

    Итак, VMware в Mint 20.1 получает 5 звезд, а NWN2 — ноль. Или хотя бы под 16.1 Player. Или, может быть, текущая версия инструментов.

    Пока.

    - ThinkPad T570-20HA, i7-7600U, 2,8 ГГц, UEFI/GPT, Win10 21H1 Pro x64, также двойная загрузка для Mint 20.1, 16 ГБ, Sammy 256 ГБ M.2 . -

    Читайте также: