Aucun / mnt / hgfs dans l'invité Ubuntu sous VMWare Fusion
Je viens d'installer Ubuntu 13.04 dans VMware Fusion Pro 5. La machine virtuelle est configurée pour le partage en lecture seule de mon répertoire de base, mais il n'y a pas de répertoire/mnt/hgfs ni de ligne/etc/fstab.
Que puis-je faire pour monter mon répertoire de base Mac à l'intérieur de la machine virtuelle Ubuntu?
Pour une raison quelconque, les outils VMWare installés automatiquement ne fonctionnent pas, mais Ubuntu dispose d'un outil appelé vmware-hgfsmounter. Si je l'installais, je pourrais le faire:
Sudo apt-get install open-vm-tools
Sudo mkdir /mnt/hgfs
Sudo mount -t vmhgfs .Host:/ /mnt/hgfs
Après avoir exécuté ces commandes,/mnt/hgfs devrait maintenant contenir vos partages.
J'avais le même problème, ne pas être capable de monter des fichiers hgfs. J'ai essayé de réinstaller vmware-tools, puis j'ai essayé d'installer vm-open-vm-tools et toujours pas de joie. J'ai remarqué que lorsque j'ai essayé d'installer open-vm-tools et de réinstaller vm-ware-tools via vmware-install.pl, j'ai reçu un avis d'échec pour le chemin des en-têtes gcc non valides. Vous pouvez essayer ceci en installant vmware-tools sans le commutateur -d pour les valeurs par défaut. Vous verrez la notification pour le chemin invalide. J'installe les en-têtes avec apt-get, vous pouvez créer ou non un lien vers version.h. Si version.h existe dans/usr/src/linux-headers - $ (uname -r)/include/linux /, ignorez cette étape.
Sudo apt-get install gcc make linux-headers - $ (uname -r)
Sudo ln-s/usr/src/linux-en-têtes - $ (uname -r) /include/generated/uapi/linux/version.h/usr/src/linux-en-têtes - $ (uname -r)/include/linux /
J'ai installé les en-têtes, j'ai désinstallé open-vm-tools et réinstallé les outils vmware à l'aide de vmware-install.pl. Cette fois, hgfs a été monté correctement et mon dossier partagé est également présent. Redémarré et il est toujours là.
Pour Ubuntu 16.04, je devais utiliser vmhgfs-Fuse, voir https://github.com/vmware/open-vm-tools/issues/199#issuecomment-335525133 :
Cela affecte le client de dossiers partagés, car nous sommes passés d'un composant en mode noyau à un composant de système de fichiers Fuse pour fournir le système de fichiers de dossiers partagés.
Cela se traduit par une nouvelle commande de montage à utiliser pour créer le système de fichiers partagé. Pour les versions de noyau Linux, nous utilisons le système de fichiers Fuse, ce qui signifie que vous devriez maintenant utiliser la commande suivante:
Sudo /usr/bin/vmhgfs-Fuse .Host:/ /mnt/hgfs -o subtype=vmhgfs-Fuse,allow_other
Après la mise à niveau d'une VM de Kubuntu 12.10 à 13.04, je rencontre le même problème avec VMware Fusion 5.0.3 sur OS X 10.8.3. La réinstallation des outils VMware, le redémarrage n’a pas aidé. Certains problèmes entre les pilotes VMware et le nouveau noyau, je suppose (ma nouvelle version du noyau est Linux Ubuntu 3.8.0-19-generic). J'ai pu accéder aux partages en utilisant open-vm-tools comme décrit dans une réponse de l'OP, mais sa dernière ligne comporte une faute de frappe et devrait se lire
Sudo mount -t vmhgfs .Host:/ /mnt/hgfs
Vous pouvez également modifier les fichiers directement pour résoudre ce problème. C'est un peu pénible, mais les commandes suivent.
vmhgfs
cd /vmware-tools-distrib/lib/modules/source
tar xf vmhgfs.tar
cd vmhgfs-only/
Ouvrez et éditez inode.c. Modifier la ligne 888, changer
result = compat_vmtruncate(inode, newSize);
à
result = 0;
Enregistrez ensuite le fichier et quittez l'éditeur. Enfin, rétablissez le problème:
cd ..
rm -rf vmhgfs.tar
tar cf vmhgfs.tar vmhgfs-only/
rm -rf vmhgfs-only/
vmci
cd ./lib/modules/source
tar -xvf vmci.tar.
Ouvrez et éditez ./vmci-only/linux/driver.c.
Modifier la ligne 127, changer
.remove = __devexit_p(vmci_remove_device),
à
.remove = vmci_remove_device,
Modifier la ligne 1753, changer
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)
Modifier la ligne 1981, changer
static void __devexit vmci_remove_device(struct pci_dev* pdev)
à
static void vmci_remove_device(struct pci_dev* pdev)
Fermez et enregistrez ./vmci-only/linux/driver.c. Ensuite, sauvegardez les fichiers.
tar -cf vmci.tar vmci-only
Maintenant, vous pouvez exécuter ./vmware-install.pl et l'installation de HGFS devrait réussir.
J'avais besoin de réparer ces deux modules cassés pour que HGFS fonctionne. D'autres sites signalent simplement qu'il faut réparer le module vmhgfs.
Sources:
Je suis tombé sur cette question sans me rendre compte que vmwaretools ne compilait pas correctement lorsque je l'ai installé. Il semble se terminer normalement, mais contient en fait des messages d'erreur, dont une partie ressemble à ceci:
make [2]: *** [/tmp/modconfig-TRYAHr/vmhgfs-only/inode.o] Erreur 1 make [2]: *** En attente de travaux inachevés .. .. make [1]: *** [_module_/tmp/modconfig-TRYAHr/vmhgfs-only] Erreur 2 make [1]: Sortie du répertoire `/ usr/src/linux- headers-3.16.0-38-generic ' make: *** [vmhgfs.ko] Erreur 2 make: Répertoire de sortie `/ tmp/modconfig-TRYAHr/vmhgfs-only'
La solution que j'ai découverte est que les outils vmware doivent être corrigés avant de pouvoir compiler avec succès. Ce repo incroyable a les réponses: