Vmware workstation linux общие папки

Как создать общую папку в VMware Workstation

В статье мы рассмотрим, для чего нужна общая папка и как её создать в VMware Workstation.

Перед настройкой общей папки нужно создать виртуальную машину и установить на неё VMware Tools. Используйте наши инструкции, если хотите создать виртуальные машины Windows 10 или Ubuntu.

Зачем нужна общая папка

Общая папка нужна для быстрого обмена файлами между хостовой (физической) и гостевой (виртуальной) ОС.

Предположим, вам нужно установить одну из программ на виртуальную машину. При этом эта программа уже установлена на вашей физической машине. Если общей папки нет, вам придется скопировать файл программы с хостовой ОС на съемный носитель (например, флешку) а затем с носителя перенести его на гостевую ОС.

Если у вас уже настроена общая папка, достаточно поместить в неё нужный файл и программу можно будет использовать как на физической, так и на виртуальной машине. Таким образом с помощью общей папки вы сможете быстрее и удобнее обмениваться файлами между ОС. Давайте посмотрим, как создать такую папку.

Как сделать общую папку в VMware

Предварительно создайте папку в хостовой ОС. Это можно сделать в любом разделе компьютера (например, «Рабочий стол» или «Документы»).

Чтобы сделать папку общей:

Запустите виртуальную машину. Для этого откройте программу VMware Player и кликните Open a Virtual Machine:

Перейдите в раздел «Virtual Machine» и кликните Virtual Machine Settings:

В открывшемся окне выберите вкладку Options:

На вкладке «Options» кликните на строку Shared Folders. Отметьте галочкой пункт «Enabled»: так вы сможете работать с папкой и с хостовой, и с гостевой ОС. В открывшемся разделе нажмите +Add…:

• Name — введите название общей папки. Укажите то же название, которое вы дали папке на локальном компьютере;
• Host Path — укажите путь до общей папки. Для этого нажмите Browse и выберите папку, которую хотите назначить общей.

Отметьте галочкой пункт «Enabled» и нажмите OK:

VMware общая папка

Чтобы сохранить изменения, нажмите Save:

Готово, вы создали общую папку.

Как открыть общую папку

Выберите инструкцию в зависимости от вашей гостевой операционной системы.

В Ubuntu общая папка находится в каталоге hgfs. Полный путь до этого каталога — /mnt/hgfs/.

Чтобы открыть папку:

Кликните правой кнопкой мыши по пустому полю и выберите Open in Terminal:

Где name — имя общей папки.

Строкой ниже вы увидите путь до неё — это значит, что вы попали в папку:

Чтобы увидеть содержимое, введите команду:

VMware Workstation общая папка

В гостевой ОС Windows общая папка отобразится в разделе «Проводник».

Чтобы попасть в неё:

Откройте раздел «Проводник»:

Разверните блок «Сетевые расположения». Левой кнопкой мыши дважды кликните по диску «Shared Folders»:

Источник

Как мне подключить общие папки в Ubuntu с помощью инструментов VMware?

Я написал сценарий специально для решения этой проблемы. Этот скрипт (который основан на python и D-Bus) будет подключать эмпатию к сети каждый раз, когда сеть будет в сети. Даже если соединение опустится и снова подключится, сценарий автоматически снова подключит эмпатию.

Надеюсь, вам понравится. Пожалуйста, оставьте комментарий, если вам нужны какие-либо улучшения.

13 ответов

Я настроил на хосте Windows 7 с Ubuntu 11. 04 Рабочий стол с установленными VMware Tools на.

Настройки виртуальной машины

• Общий доступ к папкам = всегда включено
• Убедитесь, что у вас есть по крайней мере одна общая папка между хостом и гостем

На гостевом Ubuntu

проверьте /mnt/hgfs, что вы можете получить доступ к общей папке.

Если вы не видите общих папок (установленных автоматически) внутри /mnt/hgfs , запустите утилиты настройки VMware:

sudo vmware-config-tools. pl

обновляет fstab, используя следующие подробности:

gksu gedit /etc/fstab

(я использую рабочий стол ubuntu, так что используйте другой текстовый редактор для ввода следующей строки в конце файла)

.host:/. / vmhgfs defaultaults,ttl=5,uid=1000,gid=1000 0 0

Restart your vm (Вам может понадобиться перезагрузиться несколько раз или получить сообщение об ошибке, говорящее, что невозможно смонтировать, просто пропустите ошибку и перезагрузитесь)

запустите vmware-config-tools.pl, AGAIN!

[ОБНОВЛЕНИЕ 2017-05-18] Этот ответ устарел для Ubuntu новее 15.10 (Wiley) . Исполняемый файл vmware-hgfsmounter недоступен в Ubuntu с 16.04LTS (xenial). Хотя hgfsmounter все еще может быть доступен в других дистрибутивах Linux, поскольку функция hgfsmounter в настоящее время все еще доступна в исходном коде основной ветки разработки на GitHub . Если кто-то обновил информацию, прокомментируйте или отредактируйте этот ответ вместо отрицательного голосования, поскольку я считаю, что этот ответ все еще может быть действителен для более старых версий Ubuntu.

Этот ответ также предполагает, что вы не используя инструменты VMWare от VMWare , но вместо этого используйте open-vm-tools из вашего дистрибутива Linux . VMWare решила поддержать этот коммутатор в 2015 г. См. KB2073803. Следовательно, в этом ответе также предполагается, что ваша версия Ubuntu может устанавливать open-vm-tools из репозитория программного обеспечения.

УСТАРЕЛО ДЛЯ UBUNTU> 15.10 (Wiley)

, конечно, при условии, что я уже включил общую папку с хост-машины в настройках VMware Player.

Обратите внимание, что ] vmware-hgfsclient возвращает список общих папок, которые включены в настройках VMware Player. Эта функция доступна как для open-vm-tools, так и для vmware-tools.

Также обратите внимание, что vmware-hgfsmounter эквивалентен

Источник

Как мне подключить общие папки в Ubuntu с помощью инструментов VMware?

Эксперты. Я успешно установил инструменты VMware для Ubuntu. Кажется, все работает нормально, но общие папки не были смонтированы автоматически.
Как мне заставить их работать?

Если я бегу vmware-hgfsclient в терминале я получаю список общих папок, но ls -l /mnt/hgfs пустой. На самом деле нет hgfs реж /mnt , Я знаю, что я должен использовать vmware-hgfsclient инструмент, но я действительно не знаю как.

PS Я бы не спрашивал, могу ли я понять vmware-hgfsclient помогите я прочитал.

13 ответов

Я установил на хосте Windows 7 с Ubuntu 11.04 Desktop с установленными VMware Tools.

Настройки виртуальной машины

• Общий доступ к папкам = всегда включен
• Убедитесь, что у вас есть хотя бы одна папка, совместно используемая хостом и гостем

На гостях в Ubuntu

проверьте / mnt / hgfs, что вы можете получить доступ к вашей общей папке.

Если вы не видите свои общие папки (автоматически подключенные) внутри /mnt/hgfs , запустите инструменты настройки VMware:

обновите свой fstab, используя детали ниже:

gksu gedit /etc/fstab

(Я использую рабочий стол Ubuntu, поэтому используйте другой текстовый редактор, чтобы ввести следующую строку в конце файла)

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

Запустить vmware-config-tools.pl, СНОВА!

Я заметил, что большинство ответов довольно древние.

Что работало для меня на Ubunt 18.04 (бионический):

Это волшебным образом смонтировало все общие папки для меня. Возможно, вам придется сделать это для конкретной папки вместо .host:/ , В этом случае вы можете узнать название акции с vmware-hgfsclient ,

Если вы хотите, чтобы они были установлены при запуске:

Я выбираю монтировать их по требованию и игнорировать их sudo mount -a и тому подобное с noauto вариант, потому что я заметил, что акции влияют на производительность виртуальной машины.

Я конечно сделал sudo apt-get install open-vm-tools open-vm-tools-desktop заранее. Насколько я помню, ничего другого не требовалось. Тем не менее, другие утверждали, sudo apt-get install build-essential module-assistant linux-headers-virtual linux-image-virtual && dpkg-reconfigure open-vm-tools было необходимо.

[ОБНОВЛЕНИЕ 2017-05-18] Этот ответ устарел для Ubuntu новее 15.10 (Wiley). Исполняемый файл vmware-hgfsmounter не был доступен в Ubuntu с 16.04LTS (xenial). Хотя, hgfsmounter может быть доступен в других дистрибутивах Linux, так как hgfsmounter функция по-прежнему доступна в исходном коде на GitHub. Если кто-то обновил информацию, пожалуйста, прокомментируйте или отредактируйте этот ответ, вместо того, чтобы понижать голосование, поскольку я считаю, что этот ответ все еще может быть действительным для более старых выпусков Ubuntu.

Этот ответ также предполагает, что вы не используете VMWare Tools из VMWare, а вместо этого используете open-vm-tools из вашего дистрибутива Linux. VMWare решила поддержать этот коммутатор в 2015 году. См. KB2073803. Поэтому в этом ответе также предполагается, что ваша версия Ubuntu может устанавливать open-vm-tools из своего репозитория программного обеспечения.

УДАЛЕНО ДЛЯ UBUNTU > 15.10 (Wiley)

конечно, при условии, что я уже включил общую папку с хост-компьютера в настройках VMware Player.

Обратите внимание, что vmware-hgfsclient возвращает список общих папок, которые включены в настройках VMware Player. Эта функция доступна как для open-vm-tools, так и для vmware-tools.

Также обратите внимание, что vmware-hgfsmounter эквивалентно

Источник

Vmware workstation linux общие папки

You are using an outdated browser. Please upgrade your browser to improve your experience.

—> share-line

—> —> —> —> plus

After you enable a shared folder, you can mount one or more directories or subdirectories in the shared folder to any location in the file system in addition to the default location of /mnt/hgfs .

Depending on the kernel version of the Linux guest operating system, VMware Tools uses different components to provide shared-folder functionality. In Linux kernels prior to version 4.0, the VMware Tools services script loads a driver that performs the mount. Linux kernels 4.0 and later use a FUSE file system component.

You can use different mount commands to mount all shares, one share, or a subdirectory within a share to any location in the file system. The commands also vary depending on the Linux-kernel version of the guest.

Table 1. Mount Command Syntax

Linux Kernel Prior to 4.0	Linux Kernel 4.0 and Later	Description
mount -t vmhgfs .host:/ /home/user1/shares	/usr/bin/vmhgfs-fuse .host:/ /home/user1/shares -o subtype=vmhgfs-fuse,allow_other	Mounts all shares to /home/user1/shares
mount -t vmhgfs .host:/foo /tmp/foo	/usr/bin/vmhgfs-fuse .host:/foo /tmp/foo -o subtype=vmhgfs-fuse,allow_other	Mounts the share named foo to /tmp/foo
mount -t vmhgfs .host:/foo/bar /var/lib/bar	/usr/bin/vmhgfs-fuse .host:/foo/bar /var/lib/bar -o subtype=vmhgfs-fuse,allow_other	Mounts the subdirectory bar within the share foo to /var/lib/bar

For Linux kernel prior to version 4.0, you can use VMware-specific options in addition to the standard mount syntax. Enter the command /sbin/mount.vmhgfs -h to list the options.

For Linux kernel version 4.0 or later, enter the command /usr/bin/vmhgfs-fuse -h to list the available options.

Источник

darrenpmeyer / open-vm-tools-vmware-ubuntu-sharing.md

(NB: adapted from this Ask Ubuntu thread — tested to work with Ubuntu 16 LTS branches and Ubuntu 17.10)

Unlike using VMWare Tools to enable Linux guest capabilities, the open-vm-tools package doesn’t auto-mount shared VMWare folders. This can be frustrating in various ways, but there’s an easy fix.

Install open-vm-tools and run:

(Make sure /mnt/hgfs exists and is empty)

You can put configuration stanzas in /etc/fstab to facilitate this, and then mount /mnt/hgfs will work.

See the Setting up auto-mounting section for setting up auto-mounting instead.

Make sure open-vm-tools (and open-vm-tools-desktop if you’re using a desktop environment) are installed, and that you’ve rebooted after their installation.

Make sure you have a /mnt/hgfs directory made and empty. If not:

To mount the filesystem, run:

The shared folders will now be in subdirectories of /mnt/hgfs

Setting up auto-mounting

Add the following line to /etc/fstab :

Update: based on extensive testing, the auto keyword seems to work fine. Prior versions suggested noauto . If you have trouble with auto , change to noauto and see below

If using the noauto keyword, but you want automount

1. Create or edit the script /etc/rc.local (as root), and add the line:

make sure rc.local is executable and owned by root:

enable the rc.local service in systemd:

The rc.local script runs as the last step of startup, allowing the HGFS filesystem to mount after open-vm-tools services are running, which is required for successful operation.

Browse /mnt/hgfs at will.

#! /usr/bin/env bash

# # this must be run as root!

# # It should set up VMWare Shared folders on Ubuntu guests using open-vm-tools

# # USAGE setup-hgfs-automount-ubuntu.sh [noauto]

rclocal= » /etc/rc.local «

owner= » root:root «

mountpoint= » /mnt/hgfs «

# # fail if we’re not run as root

if [ » $EUID » != 0 ]

then

( >&2 echo » $0 must be run as root » )

exit 127

fi

# # set up FSTAB

mkdir -p $mountpoint

if [ » $1 » == » noauto » ]

then

echo » .host:/ $ fuse.vmhgfs-fuse nauto,allow_other 0 0 » >> /etc/fstab

else

echo » .host:/ $ fuse.vmhgfs-fuse auto,allow_other 0 0 » >> /etc/fstab

echo » You may now ` mount $ ` ; it will also be auto-mounted on next boot «

exit 0

# if using the `auto` keyword, no rc.local setup is required, and we’re done here.

fi

# # set up rc.local script

if ! [ -f » $rclocal » ]

then

echo ‘ #!/bin/sh ‘ > » $rclocal «

fi

echo » mount ‘ $mountpoint ‘ » >> » $rclocal «

chown $owner » $rclocal «

chmod 0755 » $rclocal «

# # enable rc.local service

systemctl enable rc-local.service

systemctl start rc-local.service

# # report and exit

( >&2 echo -e » set up and started $rclocal \nyou should be able to browse $mountpoint now and after reboots » )

exit 0

This comment has been minimized.

Copy link Quote reply

chartre commented May 10, 2018 •

I tested your solution for auto-mounting with the option auto instead of noauto and it worked fine (Ubuntu 18.04). Can be considered as a valid solution or may cause problems in future?
BTW: congrats for good info.

This comment has been minimized.

Copy link Quote reply

elar-systems commented Jul 1, 2018

I did the same thing in fstab and used option «auto» instead of «noauto» and it worked fine (Ubuntu 18.04).
No need «rc.local» at all.

This comment has been minimized.

Copy link Quote reply

johnsondnz commented Jul 18, 2018

Tested with elementary-os (16.04 based) with «auto», and works fine.

This comment has been minimized.

Copy link Quote reply

sunilkallur commented Sep 11, 2018

I did the same in fstab i.e «auto» and it worked(Ubuntu 18.04.1 LTS) and VMware Workstation 14 Player.
Thanks a lot for sharing this info.

This comment has been minimized.

Copy link Quote reply

rich-nahra commented Apr 28, 2019

nice work. auto in /etc/fstab seem to work fine on ubuntu 19.04 / vmw workstation 15.03

This comment has been minimized.

Copy link Quote reply

im007 commented Feb 4, 2020 •

Can confirm this also works on PopOS 19.10 & VMware Fusion 11.5.1 — with the auto option instead of noauto

This comment has been minimized.

Copy link Quote reply

darrenpmeyer commented Mar 18, 2020

I tested your solution for auto-mounting with the option auto instead of noauto and it worked fine (Ubuntu 18.04). Can be considered as a valid solution or may cause problems in future?

I haven’t tested with Ubuntu 18.04; I can’t validate. It’s good news that they seem to have fixed the issue that required the rc.local workaround, but I don’t know what the issue was so I can’t comment about how safe it is to switch to using auto . It seems easy enough to fix either way, but for now I know that noauto + an rc.local script always works.

This comment has been minimized.

Copy link Quote reply

kfreund commented Feb 5, 2021

You’re probably better off using autofs rather than putting an entry in fstab. As the author pointed out, bad things can happen if the mount cannot happen at the proper point in the boot process and you have an entry in fstab that for whatever reason can’t mount, blowing the boot process out of the water. With autofs, the mount doesn’t occur until you actually try to stat below the mount point.

1. Install autofs through your package manager
2. Create a mount point for autofs:
   sudo mkdir /mnt/autofs
3. Create a file (as root):
   /etc/auto.master.d/hgfs.autofs
   with the contents:
   /mnt/autofs /etc/auto.mnt
4. Create a file (as root):
   /etc/auto.mnt
   with the contents (assuming you didn’t rename «Macintosh HD» in OS X):
   hgfs -fstype=fuse.vmhgfs-fuse,allow_other .host:/Macintosh\ HD
5. enable autofs to start at boot, restart the service, and reload the autofs configs we just made:
   sudo systemctl enable autofs
   sudo systemctl restart autofs
   sudo systemctl reload autofs
6. Navigate to your new automount, which will be your root OS X file system:
   cd /mnt/autofs/hgfs # fuse file system will mount on this command
7. If you’re really ambitious, you could:
   sudo ln -s /mnt/autofs/hgfs /mnt
   cd /mnt/hgfs # fuse file system will mount on this command

This comment has been minimized.

Copy link Quote reply

keithrbennett commented Apr 18, 2021

Confirmed, in (Kubuntu) Ubuntu 20.04, I only had to add the following line to /etc/fstab , then reboot:

Источник