Impossible d'exécuter VMware - Échec de la construction de vmnet

25

Je ne parviens pas à exécuter vmware et voici le journal des erreurs pour savoir pourquoi.

Toute idée, cependant, et les suggestions sont appréciées. Merci.

2014-02-03T16:32:00.904+08:00| vthread-3| I120: Log for VMware Workstation pid=5707 version=10.0.1 build=build-1379776 option=Release
2014-02-03T16:32:00.904+08:00| vthread-3| I120: The process is 64-bit.
2014-02-03T16:32:00.904+08:00| vthread-3| I120: Host codepage=UTF-8 encoding=UTF-8
2014-02-03T16:32:00.904+08:00| vthread-3| I120: Host is Linux 3.13.0-031300-generic Ubuntu 13.10
2014-02-03T16:32:00.903+08:00| vthread-3| I120: Msg_Reset:
2014-02-03T16:32:00.903+08:00| vthread-3| I120: [msg.dictionary.load.openFailed] Cannot open file "/usr/lib/vmware/settings": No such file or directory.
2014-02-03T16:32:00.903+08:00| vthread-3| I120: ----------------------------------------
2014-02-03T16:32:00.903+08:00| vthread-3| I120: PREF Optional preferences file not found at /usr/lib/vmware/settings. Using default values.
2014-02-03T16:32:00.904+08:00| vthread-3| I120: Msg_Reset:
2014-02-03T16:32:00.904+08:00| vthread-3| I120: [msg.dictionary.load.openFailed] Cannot open file "/root/.vmware/config": No such file or directory.
2014-02-03T16:32:00.904+08:00| vthread-3| I120: ----------------------------------------
2014-02-03T16:32:00.904+08:00| vthread-3| I120: PREF Optional preferences file not found at /root/.vmware/config. Using default values.
2014-02-03T16:32:00.904+08:00| vthread-3| I120: PREF Unable to check permissions for preferences file.
2014-02-03T16:32:00.904+08:00| vthread-3| I120: Msg_Reset:
2014-02-03T16:32:00.904+08:00| vthread-3| I120: [msg.dictionary.load.openFailed] Cannot open file "/root/.vmware/preferences": No such file or directory.
2014-02-03T16:32:00.904+08:00| vthread-3| I120: ----------------------------------------
2014-02-03T16:32:00.904+08:00| vthread-3| I120: PREF Failed to load user preferences.
2014-02-03T16:32:00.904+08:00| vthread-3| W110: Logging to /tmp/vmware-root/vmware-modconfig-5707.log
2014-02-03T16:32:00.935+08:00| vthread-3| I120: Obtaining info using the running kernel.
2014-02-03T16:32:00.935+08:00| vthread-3| I120: Created new pathsHash.
2014-02-03T16:32:00.935+08:00| vthread-3| I120: Setting header path for 3.13.0-031300-generic to "/lib/modules/3.13.0-031300-generic/build/include".
2014-02-03T16:32:00.935+08:00| vthread-3| I120: Validating path "/lib/modules/3.13.0-031300-generic/build/include" for kernel release "3.13.0-031300-generic".
2014-02-03T16:32:00.935+08:00| vthread-3| I120: using /usr/bin/gcc for preprocess check
2014-02-03T16:32:00.950+08:00| vthread-3| I120: Preprocessed UTS_RELEASE, got value "3.13.0-031300-generic".
2014-02-03T16:32:00.950+08:00| vthread-3| I120: The header path "/lib/modules/3.13.0-031300-generic/build/include" for the kernel "3.13.0-031300-generic" is valid.  Whoohoo!
2014-02-03T16:32:01.198+08:00| vthread-3| I120: Reading in info for the vmmon module.
2014-02-03T16:32:01.198+08:00| vthread-3| I120: Reading in info for the vmnet module.
2014-02-03T16:32:01.198+08:00| vthread-3| I120: Reading in info for the vmblock module.
2014-02-03T16:32:01.198+08:00| vthread-3| I120: Reading in info for the vmci module.
2014-02-03T16:32:01.198+08:00| vthread-3| I120: Reading in info for the vsock module.
2014-02-03T16:32:01.198+08:00| vthread-3| I120: Setting vsock to depend on vmci.
2014-02-03T16:32:01.198+08:00| vthread-3| I120: Invoking modinfo on "vmmon".
2014-02-03T16:32:01.203+08:00| vthread-3| I120: "/sbin/modinfo" exited with status 0.
2014-02-03T16:32:01.203+08:00| vthread-3| I120: Invoking modinfo on "vmnet".
2014-02-03T16:32:01.210+08:00| vthread-3| I120: "/sbin/modinfo" exited with status 256.
2014-02-03T16:32:01.210+08:00| vthread-3| I120: Invoking modinfo on "vmblock".
2014-02-03T16:32:01.214+08:00| vthread-3| I120: "/sbin/modinfo" exited with status 256.
2014-02-03T16:32:01.215+08:00| vthread-3| I120: Invoking modinfo on "vmci".
2014-02-03T16:32:01.220+08:00| vthread-3| I120: "/sbin/modinfo" exited with status 256.
2014-02-03T16:32:01.220+08:00| vthread-3| I120: Invoking modinfo on "vsock".
2014-02-03T16:32:01.225+08:00| vthread-3| I120: "/sbin/modinfo" exited with status 0.
2014-02-03T16:32:01.252+08:00| vthread-3| I120: to be installed: vmnet status: 0
2014-02-03T16:32:01.273+08:00| vthread-3| I120: Obtaining info using the running kernel.
2014-02-03T16:32:01.273+08:00| vthread-3| I120: Setting header path for 3.13.0-031300-generic to "/lib/modules/3.13.0-031300-generic/build/include".
2014-02-03T16:32:01.273+08:00| vthread-3| I120: Validating path "/lib/modules/3.13.0-031300-generic/build/include" for kernel release "3.13.0-031300-generic".
2014-02-03T16:32:01.273+08:00| vthread-3| I120: using /usr/bin/gcc for preprocess check
2014-02-03T16:32:01.289+08:00| vthread-3| I120: Preprocessed UTS_RELEASE, got value "3.13.0-031300-generic".
2014-02-03T16:32:01.289+08:00| vthread-3| I120: The header path "/lib/modules/3.13.0-031300-generic/build/include" for the kernel "3.13.0-031300-generic" is valid.  Whoohoo!
2014-02-03T16:32:01.528+08:00| vthread-3| I120: Kernel header path retrieved from FileEntry: /lib/modules/3.13.0-031300-generic/build/include
2014-02-03T16:32:01.528+08:00| vthread-3| I120: Update kernel header path to /lib/modules/3.13.0-031300-generic/build/include
2014-02-03T16:32:01.528+08:00| vthread-3| I120: Validating path "/lib/modules/3.13.0-031300-generic/build/include" for kernel release "3.13.0-031300-generic".
2014-02-03T16:32:01.528+08:00| vthread-3| I120: using /usr/bin/gcc for preprocess check
2014-02-03T16:32:01.542+08:00| vthread-3| I120: Preprocessed UTS_RELEASE, got value "3.13.0-031300-generic".
2014-02-03T16:32:01.542+08:00| vthread-3| I120: The header path "/lib/modules/3.13.0-031300-generic/build/include" for the kernel "3.13.0-031300-generic" is valid.  Whoohoo!
2014-02-03T16:32:01.546+08:00| vthread-3| I120: Found compiler at "/usr/bin/gcc"
2014-02-03T16:32:01.553+08:00| vthread-3| I120: Got gcc version "4.8".
2014-02-03T16:32:01.553+08:00| vthread-3| I120: GCC minor version 4 does not match Kernel GCC minor version 4.  But that is ok.
2014-02-03T16:32:01.553+08:00| vthread-3| I120: Using user supplied compiler "/usr/bin/gcc".
2014-02-03T16:32:01.562+08:00| vthread-3| I120: Got gcc version "4.8".
2014-02-03T16:32:01.563+08:00| vthread-3| I120: GCC minor version 4 does not match Kernel GCC minor version 4.  But that is ok.
2014-02-03T16:32:01.572+08:00| vthread-3| I120: Trying to find a suitable PBM set for kernel "3.13.0-031300-generic".
2014-02-03T16:32:01.572+08:00| vthread-3| I120: No matching PBM set was found for kernel "3.13.0-031300-generic".
2014-02-03T16:32:01.573+08:00| vthread-3| I120: GCC minor version 4 does not match Kernel GCC minor version 4.  But that is ok.
2014-02-03T16:32:01.573+08:00| vthread-3| I120: Validating path "/lib/modules/3.13.0-031300-generic/build/include" for kernel release "3.13.0-031300-generic".
2014-02-03T16:32:01.573+08:00| vthread-3| I120: using /usr/bin/gcc for preprocess check
2014-02-03T16:32:01.587+08:00| vthread-3| I120: Preprocessed UTS_RELEASE, got value "3.13.0-031300-generic".
2014-02-03T16:32:01.588+08:00| vthread-3| I120: The header path "/lib/modules/3.13.0-031300-generic/build/include" for the kernel "3.13.0-031300-generic" is valid.  Whoohoo!
2014-02-03T16:32:02.909+08:00| vthread-3| I120: GCC minor version 4 does not match Kernel GCC minor version 4.  But that is ok.
2014-02-03T16:32:02.910+08:00| vthread-3| I120: Validating path "/lib/modules/3.13.0-031300-generic/build/include" for kernel release "3.13.0-031300-generic".
2014-02-03T16:32:02.910+08:00| vthread-3| I120: using /usr/bin/gcc for preprocess check
2014-02-03T16:32:02.929+08:00| vthread-3| I120: Preprocessed UTS_RELEASE, got value "3.13.0-031300-generic".
2014-02-03T16:32:02.929+08:00| vthread-3| I120: The header path "/lib/modules/3.13.0-031300-generic/build/include" for the kernel "3.13.0-031300-generic" is valid.  Whoohoo!
2014-02-03T16:32:02.929+08:00| vthread-3| I120: Using temp dir "/tmp".
2014-02-03T16:32:02.974+08:00| vthread-3| I120: Obtaining info using the running kernel.
2014-02-03T16:32:02.974+08:00| vthread-3| I120: Setting header path for 3.13.0-031300-generic to "/lib/modules/3.13.0-031300-generic/build/include".
2014-02-03T16:32:02.974+08:00| vthread-3| I120: Validating path "/lib/modules/3.13.0-031300-generic/build/include" for kernel release "3.13.0-031300-generic".
2014-02-03T16:32:02.974+08:00| vthread-3| I120: using /usr/bin/gcc for preprocess check
2014-02-03T16:32:02.995+08:00| vthread-3| I120: Preprocessed UTS_RELEASE, got value "3.13.0-031300-generic".
2014-02-03T16:32:02.995+08:00| vthread-3| I120: The header path "/lib/modules/3.13.0-031300-generic/build/include" for the kernel "3.13.0-031300-generic" is valid.  Whoohoo!
2014-02-03T16:32:03.237+08:00| vthread-3| I120: Invoking modinfo on "vmnet".
2014-02-03T16:32:03.245+08:00| vthread-3| I120: "/sbin/modinfo" exited with status 256.
2014-02-03T16:32:06.212+08:00| vthread-3| I120: Setting destination path for vmnet to "/lib/modules/3.13.0-031300-generic/misc/vmnet.ko".
2014-02-03T16:32:06.241+08:00| vthread-3| I120: Extracting the vmnet source from "/usr/lib/vmware/modules/source/vmnet.tar".
2014-02-03T16:32:06.370+08:00| vthread-3| I120: Successfully extracted the vmnet source.
2014-02-03T16:32:06.370+08:00| vthread-3| I120: Building module with command "/usr/bin/make -j2 -C /tmp/modconfig-mjoI0c/vmnet-only auto-build HEADER_DIR=/lib/modules/3.13.0-031300-generic/build/include CC=/usr/bin/gcc IS_GCC_3=no"
2014-02-03T16:32:19.531+08:00| vthread-3| W110: Failed to build vmnet.  Failed to execute the build command.

13.10 64-bit vmware

— harayz
source

Je veux juste mentionner que ce correctif fonctionne pour moi sur Ubuntu 14.04 et VMWare Player 6.0.1 hors de la boîte. Merci.

1

La solution s'applique également aux erreurs de type «VNetFilterHookFn» sur 10.0.1 sur 14.04

— RobotHumans

3

Il suffit de commenter, car c'est un succès majeur sur Google, mais il est bien dépassé et la meilleure réponse ne fonctionne pas. Pour faire fonctionner ubuntu 15.04 et la station de travail 11.1.0 (et probablement plus ancienne), suivez simplement ces instructions: wiki.archlinux.org/index.php/VMware#3.19_kernels_and_up

— Rqomey

"probablement plus vieux" - ne fonctionne pas, j'ai essayé avec ubuntu 15.04 et la station de travail 10.0.2 build 1744117 :(

— Yevgeniy Afanasyev

29

J'ai pu résoudre le problème du noyau 3.13 en utilisant cette solution .

L'auteur conseille de patcher les sources vmnet:

Créez un fichier vmnet313.patchdans votre répertoire personnel avec le contenu suivant:

205a206
> #if LINUX_VERSION_CODE < KERNEL_VERSION(3, 13, 0)
206a208,210
> #else
> VNetFilterHookFn(const struct nf_hook_ops *ops,        // IN:
> #endif
255c259,263
<    transmit = (hooknum == VMW_NF_INET_POST_ROUTING);
---
>    #if LINUX_VERSION_CODE < KERNEL_VERSION(3, 13, 0)
>       transmit = (hooknum == VMW_NF_INET_POST_ROUTING);
>    #else
>       transmit = (ops->hooknum == VMW_NF_INET_POST_ROUTING);
>    #endif

Vous pouvez également télécharger ce patch dans votre répertoire personnel et le renommer vmnet313.patch. Par exemple:

wget "http://pastebin.com/raw.php?i=p3bkbAMu" -O vmnet313.patch

Ensuite, exécutez les commandes suivantes:

# Change directory into the vmware module source directory
cd /usr/lib/vmware/modules/source
# untar the vmnet modules
tar -xvf vmnet.tar
# run a the patch you should have just saved earlier
patch vmnet-only/filter.c < ~/vmnet313.patch
# re-tar the modules
tar -uvf vmnet.tar vmnet-only
# delete the previous working directory
rm -r vmnet-only
# run the vmware module build program. (alternatively just run the GUI app)
/usr/lib/vmware/bin/vmware-modconfig --console --install-all

La dernière commande (ou vmplayer) doit maintenant s'exécuter correctement.

— non-éprouvé
source

5

Le correctif répertorié dans askubuntu.com/questions/414783/… , avec les mises à jour pour les fautes de frappe, a fonctionné pour moi.

— speeves

Linux xxx-OptiPlex-7010 3.13.0-32-generic # 57 ~ precise1-Ubuntu SMP mar juil 15 03:51:20 UTC 2014 x86_64 x86_64 x86_64 GNU / Linux; vmware: VMware® Workstation 10.0.0 build-1295980. Ce patch est PASS.

— QJGui

La solution s'applique également aux erreurs de type «VNetFilterHookFn» sur 10.0.1 sur 14.04

— RobotHumans

2

/usr/lib/vmware/bin/vmware-modconfig --console --install-alldit que le --consolen'est pas pris en charge pour moi. Failed to parse options. Unknown option --console. Je viens de lancer vmware pour terminer la construction.

— phyatt du

Celui-ci a parfaitement fonctionné pour moi. Le premier ne permettait pas au correctif de fonctionner correctement. Merci pour votre perspicacité!

— Eli

9

L'utilisation de ce vmnet313.patch, y compris quelques corrections de faute de frappe (voir la réponse de @ nonsleepr), a résolu mon problème de mise à niveau avec la mise à niveau 9.0.2 vers 9.02.4 sur Ubuntu 14.04.4 LTS 64-bit Desktop.

Cet extrait est le contenu de pastebin.com/raw.php?i=p3bkbAMu ; mais avec 2 fautes de frappe corrigées à la toute fin.

--- vmnet-only/filter.c 2013-10-18 23:11:55.000000000 +0400
+++ vmnet-only/filter.c 2013-12-03 04:16:31.751352170 +0400
@@ -27,6 +27,7 @@
 #include "compat_module.h"
 #include <linux/mutex.h>
 #include <linux/netdevice.h>
+#include <linux/version.h>
 #if COMPAT_LINUX_VERSION_CHECK_LT(3, 2, 0)
 #   include <linux/module.h>
 #else
@@ -203,7 +204,11 @@
 #endif

 static unsigned int
+#if LINUX_VERSION_CODE < KERNEL_VERSION(3, 13, 0)
 VNetFilterHookFn(unsigned int hooknum,                 // IN:
+#else
+VNetFilterHookFn(const struct nf_hook_ops *ops,        // IN:
+#endif
 #ifdef VMW_NFHOOK_USES_SKB
                  struct sk_buff *skb,                  // IN:
 #else
@@ -252,7 +257,14 @@

    /* When the host transmits, hooknum is VMW_NF_INET_POST_ROUTING. */
    /* When the host receives, hooknum is VMW_NF_INET_LOCAL_IN. */
-   transmit = (hooknum == VMW_NF_INET_POST_ROUTING);
+
+#if LINUX_VERSION_CODE < KERNEL_VERSION(3, 13, 0)
+    transmit = (hooknum == VMW_NF_INET_POST_ROUTING);
+#else
+    transmit = (ops->hooknum == VMW_NF_INET_POST_ROUTING);
+#endif
+    packetHeader = compat_skb_network_header(skb);
+    ip = (struct iphdr*)packetHeader;

— user298928
source

Cet extrait ci-dessus est le contenu de " pastebin.com/raw.php?i=p3bkbAMu " mais avec 2 fautes de frappe corrigées à la fin. L'utilisation de ce vmnet313.patch résout mon problème de mise à niveau vers la mise à niveau 9.0.2 vers 9.02.4 sur le bureau Ubuntu 14.04.4 LTS 64 bits

— user298928

Celui-ci a également fonctionné pour moi. J'ajouterai un commentaire sous le poste connexe pour pointer les gens ici.

— speeves

Cela ne fonctionne toujours pas pour moi sur Ubuntu 14.04 LTS. Voici mon erreur: make [1]: *** [_module_ / tmp / vmware-root / modules / vmnet-only] Erreur 2 make [1]: Quitter le répertoire /usr/src/linux-headers-3.13.0-37-generic' make: *** [vmnet.ko] Error 2 make: Leaving directory / tmp / vmware-root / modules / vmnet-only ' Impossible d'installer vmnet

— hsnm

J'obtiens "Hunk # 3 réussi à 257 avec fuzz 2.", mais ensuite les erreurs se produisent toujours. Il semble que quelque chose ait changé depuis que vous avez publié ce correctif. J'utilise le noyau 3.13.0-37-generic

— cxrodgers

5

J'ai rencontré exactement le même problème (Linux Mint 17, kernel 3.17 )

La solution trouvée est:

# - as root user
$ cd /usr/lib/vmware/modules/source
$ tar -xvf vmnet.tar
# - edit the file vmnet-only/netif.c and replace the line that looks like
    dev = alloc_netdev(sizeof *netIf, deviceName, VNetNetIfSetup);
to
    dev = alloc_netdev(sizeof *netIf, deviceName, NET_NAME_UNKNOWN, VNetNetIfSetup);
$ tar -cvf vmnet.tar vmnet-only/
$ rm -rf vmnet-only/

Réexécutez ensuite vmplayer.

la source

— Kirill Feoktistov
source

Merci, cela a fait l'affaire pour moi dans le noyau Ubuntu 15.04 3.19.0-15

— Fabio Gomes

A travaillé pour moi, merci! Ubuntu 15.04, noyau 3.19.0-20-generic

— scristalli

Ne fonctionne pas sur Linux

— Mint

4

VMware doit créer certains modules car le programme d'installation n'a pas toujours la bonne version pour votre système.

Installez build-essential.

sudo apt-get install build-essential

Cela installera un compilateur et tous les autres besoins. Redémarrez et essayez de lancer vmware à nouveau, cela devrait le résoudre.

— HTDutchy
source

pour d'autres raisons distinctes. j'ai eu mon ubuntu réinstallé avec vmware player mais maintenant chaque fois que je l'ai exécuté, mon bureau GNOME plantait. une idée pourquoi et quels fichiers journaux dois-je produire ici? merci ~

— harayz

3

Si vous mettez à niveau la pile d'activation matérielle 12.04 vers la version 14.04 sans mettre à niveau l'intégralité du système, le module vmnet peut échouer lors de la compilation pour vmplayer 6.0.1. Ma solution était de passer au dernier vmplayer 6.0.3. Je n'ai eu aucun problème après ça.

— Dow Hurst
source

1

J'ai mis à jour l'image du noyau en "linux-image-3.13.0-43-generic" pour la version 3.13.0 sur SMP x86 64 bits lors de l'exécution d'Ubuntu Precise 12.04 avec "linux-image-3.8.0-44-generic" (.. .mais n'a pas mis à jour Ubuntu!)

Après quoi, lors du démarrage de VMPlayer 6.0, l'un des messages d'erreur consignés par VMPLayer a affiché «Échec de la construction de vmnet.Échec de l'exécution de la commande de génération» et VMPlayer n'a pas pu démarrer.

J'ai restauré l'image du noyau en supprimant celle mise à jour.

apt-get remove 3.13.0-43-generic

Suppression des en-têtes linux mis à jour.

sudo apt-get autoremove

Maintenant, l'image du noyau est de retour à la précédente:

cat / proc / version: Linux version 3.8.0-44-generic (buildd @ tipua) (gcc version 4.6.3 (Ubuntu / Linaro 4.6.3-1ubuntu5)) # 66 ~ precise1-Ubuntu SMP mar 15 juil 04 04:01 : 04 UTC 2014

Après quoi, VMPlayer 6.0 est revenu à la normale et fonctionne désormais correctement.

— Mohan Sukumar
source

1

Une autre solution consiste à remplacer celle /usr/lib/vmware/modules/source/vmnet.tarqui fonctionne à partir de VMware-Player-7.1.bundle. Vous n'avez même pas besoin d'attendre la fin du programme d'installation, copiez simplement le fichier ailleurs et abandonnez. Exécutez ensuite VMware-Workstation10.bundle(dans mon cas) remplacez vmnet.taret exécutez votre station de travail

— mendras
source

1

Ma version de vmware ne comprenait pas filter.c; J'ai trouvé que j'avais besoin de patcher vmnet en utilisant le patch répertorié ici:

https://communities.vmware.com/message/2531821

diff -ur vmnet-only.a/driver.c vmnet-only/driver.c
--- vmnet-only.a/driver.c    2014-11-20 20:13:56.000000000 -0500
+++ vmnet-only/driver.c    2015-02-09 15:40:10.916640592 -0500
@@ -265,10 +265,17 @@
 {
    int ret = -ENOTTY;

+#if LINUX_VERSION_CODE < KERNEL_VERSION(3, 19, 0)
    if (filp && filp->f_op && filp->f_op->ioctl == VNetFileOpIoctl) {
       ret = VNetFileOpIoctl(filp->f_dentry->d_inode, filp, iocmd, ioarg);
    }
    return ret;
+#else
+   if (filp && filp->f_op && filp->f_op->ioctl == VNetFileOpIoctl) {
+      ret = VNetFileOpIoctl(filp->f_path.dentry->d_inode, filp, iocmd, ioarg);
+   }
+   return ret;
+#endif
 }


@@ -1191,11 +1198,19 @@
    struct inode *inode = NULL;
    long err;

+#if LINUX_VERSION_CODE < KERNEL_VERSION(3, 19, 0)
    if (filp && filp->f_dentry) {
       inode = filp->f_dentry->d_inode;
    }
    err = VNetFileOpIoctl(inode, filp, iocmd, ioarg);
    return err;
+#else
+   if (filp && filp->f_path.dentry) {
+      inode = filp->f_path.dentry->d_inode;
+   }
+   err = VNetFileOpIoctl(inode, filp, iocmd, ioarg);
+   return err;
+#endif
 }
 #endif

diff -ur vmnet-only.a/userif.c vmnet-only/userif.c
--- vmnet-only.a/userif.c    2014-11-20 20:13:56.000000000 -0500
+++ vmnet-only/userif.c    2015-02-09 15:41:02.150847338 -0500
@@ -523,7 +523,13 @@
       .iov_base = buf,
       .iov_len  = len,
    };
+#if LINUX_VERSION_CODE < KERNEL_VERSION(3, 19, 0)
    return skb_copy_datagram_iovec(skb, 0, &iov, len);
+#else
+   struct iov_iter to;
+   iov_iter_init(&to, READ, &iov, 1, len);
+   return skb_copy_datagram_iter(skb, 0, &to, len);
+#endif
 }

— David Bau
source

1

Pour moi, ces solutions n'ont pas fonctionné. J'utilise Ubuntu 14, alors je suis parti en quête et j'ai trouvé la solution ici .

Les commandes sont les suivantes:

sudo apt-get install build-essential linux-headers-`uname -r`

Sous un système 32 bits, vous pouvez installer VMware Player avec les commandes suivantes:

mkdir ~/VMware && cd ~/VMware 
wget -c http://goo.gl/kkfRJg -O VMware-Player-i386.bundle.tar 
tar -xvf VMware-Player-i386.bundle.tar 
chmod +x VMware-Player-6.0.1-1379776.i386.bundle  
sudo sh VMware-Player-6.0.1-1379776.i386.bundle
mkdir ~/VMware && cd ~/VMware 
wget -c http://goo.gl/Uxia2s -O VMware-Player-x86_64.bundle.tar 
tar -xvf VMware-Player-x86_64.bundle.tar 
chmod +x VMware-Player-6.0.1-1379776.x86_64.bundle 
sudo sh VMware-Player-6.0.1-1379776.x86_64.bundle

Après l'installation, tout a bien fonctionné et j'ai pu monter une machine virtuelle Windows XP avec un minimum de problèmes. J'ai dû mettre à jour quelques pilotes supplémentaires, mais cela s'est fait sans aucun problème. VMWare Player 6 semble être celui qui fonctionne le mieux avec ma version d'Ubuntu.

— user273601
source

Quant au paquet linux-headers. Il existe un métapaquet "linux-headers-amd64" qui installera la dernière version, pas besoin de spécifier manuellement une version fixe du noyau.

— basic6

0

Cela a fonctionné pour moi sur lubuntu 18.04 LTS. J'utilise vmware-player-14.0.0-6661328.x86_64.bundle. Après avoir téléchargé et installé le vmplayer, quand je lance, il essaie de construire les modules mais a échoué. Pour y remédier Vous devez télécharger les correctifs à partir de ce braunch: https://github.com/mkubecek/vmware-host-modules/tree/player-14.1.1 . ne téléchargez pas le master car:

La branche "maître" ne peut pas être utilisée pour construire des modules, elle ne contient que des fichiers communs de sorte que les changements dans ceux-ci peuvent être fusionnés facilement dans toutes les autres branches. Pour obtenir des sources réelles, consultez une "vraie" branche

après le téléchargement, décompressez et cd dans le répertoire extrait et faites

make
sudo make install

Maintenant, lancez vmplayer et cela devrait fonctionner

— ptetteh227
source