VMware Fusion Pro 5の内部にUbuntu 13.04をインストールしました。仮想マシンをホームディレクトリの読み取り専用共有用に構成しましたが、/ mnt/hgfsディレクトリがなく、/ etc/fstab行もありません。
Ubuntu VM内にMacホームディレクトリをマウントするにはどうすればよいですか?
Sudo mkdir /mnt/hgfs
上記のコマンドを最初に使用し、次に以下を実行します。
Sudo /usr/bin/vmhgfs-Fuse .Host:/ /mnt/hgfs -o subtype=vmhgfs-Fuse,allow_other
Ubuntu 18.xでmacOSとVMware Fusionを使用しています。
何らかの理由で、自動インストールされたVMWareツールは機能しませんでしたが、Ubuntuにはvmware-hgfsmounterというツールがあります。インストールした場合、これを行うことができます。
Sudo apt-get install open-vm-tools
Sudo mkdir /mnt/hgfs
Sudo mount -t vmhgfs .Host:/ /mnt/hgfs
これらのコマンドを実行すると、/ mnt/hgfsに共有が含まれるようになります。
Ubuntu 16.04の場合、vmhgfs-Fuse
を使用する必要がありました。 https://github.com/vmware/open-vm-tools/issues/199#issuecomment-3355251 を参照してください:
これは、共有フォルダーファイルシステムを提供するためにカーネルモードコンポーネントからFuseファイルシステムコンポーネントに切り替えたため、共有フォルダークライアントに影響を与えます。
これにより、共有ファイルシステムの作成に使用する新しいマウントコマンドが生成されます。 Linuxカーネルバージョンの場合、Fuseファイルシステムを使用します。つまり、次のコマンドを使用する必要があります。
Sudo /usr/bin/vmhgfs-Fuse .Host:/ /mnt/hgfs -o subtype=vmhgfs-Fuse,allow_other
同じ問題があり、hgfsをまったくマウントできませんでした。私はvmware-toolsを再インストールしてみましたが、その後vm-open-vm-toolsをインストールしようとしましたが、それでも喜びがありませんでした。 open-vm-toolsをインストールし、vmware-install.plを介してvm-ware-toolsを再インストールしようとすると、無効なgccヘッダーパスのエラー通知が表示されることに気付きました。デフォルトの-dスイッチなしでvmware-toolsをインストールすることでこれを試すことができます。無効なパスの通知が表示されます。ヘッダーはapt-getでインストールしますが、version.hへのリンクを作成する必要がある場合とない場合があります。/usr/src/linux-headers-$(uname -r)/ include/linux /にversion.hが存在する場合は、その手順をスキップしてください。
Sudo apt-get install gcc make linux-headers-$(uname -r)
Sudo ln -s/usr/src/linux-headers-$(uname -r)/include/generated/uapi/linux/version.h/usr/src/linux-headers-$(uname -r)/ include/linux /
ヘッダーをインストールし、open-vm-toolsをアンインストールして、vmware-install.plを使用してvmwareツールを再インストールしました。今回はhgfsが正しくマウントされ、私の共有フォルダもそこにあります。再起動してもまだそこにあります。
VM Kubuntu 12.10から13.04にアップグレードした後、OS X 10.8.3でVMware Fusion 5.0.3を使用すると同じ問題が発生しました。VMwareツールを再インストールしても再起動しても解決しませんでした。VMwareドライバー間のいくつかの問題そして、私が推測する新しいカーネル(私の新しいカーネルバージョンはLinux ubuntu 3.8.0-19-genericです)。OPの回答に記載されているように、open-vm-toolsを使用して共有にアクセスできましたが、彼の最後の行にはタイプミスと読む必要があります
Sudo mount -t vmhgfs .Host:/ /mnt/hgfs
ファイルを直接編集して、この問題を修正することもできます。これは少し面倒ですが、コマンドは次のとおりです。
cd /vmware-tools-distrib/lib/modules/source
tar xf vmhgfs.tar
cd vmhgfs-only/
inode.c
を開いて編集します。行888を編集して変更
result = compat_vmtruncate(inode, newSize);
に
result = 0;
次に、ファイルを保存してエディターを終了します。最後に、tarでバックアップします。
cd ..
rm -rf vmhgfs.tar
tar cf vmhgfs.tar vmhgfs-only/
rm -rf vmhgfs-only/
cd ./lib/modules/source
tar -xvf vmci.tar.
./vmci-only/linux/driver.c
を開いて編集します。
行127を編集、変更
.remove = __devexit_p(vmci_remove_device),
に
.remove = vmci_remove_device,
1753行を編集、変更
static init __devinit vmci_probe_device(struct pci_dev *pdev, const struct pci_device_id *id)
に
static int vmci_probe_device(struct pci_dev *pdev, const struct pci_device_id *id)
行1981を編集、変更
static void __devexit vmci_remove_device(struct pci_dev* pdev)
に
static void vmci_remove_device(struct pci_dev* pdev)
./vmci-only/linux/driver.cを閉じて保存します。次に、ファイルをtarでバックアップします。
tar -cf vmci.tar vmci-only
これで./vmware-install.pl
を実行でき、HGFSが正常にインストールされます。
HGFSを機能させるには、これらの壊れたモジュールの両方を修正する必要がありました。他のサイトは、vmhgfsモジュールを修正するだけでよいと報告しています。
出典:
インストールしたときにvmwaretoolsが実際に正しくコンパイルできなかったことに気付かずにこの質問に出くわしました。正常に終了したようですが、実際にはエラーメッセージがあり、その一部は次のようになっています。
make [2]:*** [/tmp/modconfig-TRYAHr/vmhgfs-only/inode.o]エラー1 make [2]:***未完了のジョブを待機しています。 .. make [1]:*** [_module_/tmp/modconfig-TRYAHr/vmhgfs-only] Error 2 make [1]:Leaving directory `/ usr/src/linux- headers-3.16.0-38-generic ' make:*** [vmhgfs.ko] Error 2 make:Leaving directory `/ tmp/modconfig-TRYAHr/vmhgfs-only'
私が発見したソリューションは、VMwareツールが正常にコンパイルされる前にパッチを適用する必要があることです。この驚くべきリポジトリには答えがあります: