Неможливо запустити VMware - Не вдалося створити vmnet

25

Я не в змозі запустити vmware і нижче - журнал помилок щодо того, чому.

Будь-яка ідея, хоча й пропозиції оцінюється. Дякую.

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

— харайз
джерело

Просто хочу зазначити, що цей патч працює для мене на ubuntu 14.04 та VMWare Player 6.0.1 поза коробкою. Спасибі.

1

Рішення також застосовується до помилок типу "VNetFilterHookFn" 10.0.1 14.04

— RobotHumans

3

Просто коментуючи, що це найкращий хіт в Google, але він застарів, і відповідь у верхній частині не працює. Щоб отримати роботу ubuntu 15.04 та робочу станцію 11.1.0 (і, можливо, старшу), просто дотримуйтесь наступних інструкцій: wiki.archlinux.org/index.php/VMware#3.19_kernels_and_up

— Rqomey

"напевно старше" - не працює, я спробував з ubuntu 15.04 та робочою станцією 10.0.2 побудувати 1744117 :(

— Євген Афанасьєв

29

Мені вдалося виправити проблему для ядра 3.13 за допомогою цього рішення .

Автор радить виправити джерела vmnet:

Створіть vmnet313.patchу своєму домашньому каталозі файл із таким вмістом:

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

Крім того, завантажте цей патч у свій домашній каталог та перейменуйте його на vmnet313.patch. Наприклад:

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

Далі виконайте такі команди:

# 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

Остання команда (або vmplayer) тепер має бути успішно виконана.

— неспальний
джерело

5

Патч, вказаний у askubuntu.com/questions/414783/… , з оновленнями для помилок друку, працював для мене.

— виступи

Linux xxx-OptiPlex-7010 3.13.0-32-generic # 57 ~ точний1-Ubuntu SMP вт 15 липня 03:51:20 UTC 2014 x86_64 x86_64 x86_64 GNU / Linux; vmware: VMware® Workstation 10.0.0 build-1295980. Цей патч - PASS.

— QJGui

Рішення також стосується помилок типу "VNetFilterHookFn" 10.0.1 14.04

— RobotHumans

2

/usr/lib/vmware/bin/vmware-modconfig --console --install-allкаже, що --consoleмене не підтримують. Failed to parse options. Unknown option --console. Я просто запустив vmware, щоб закінчити збірку.

— фіат

Цей працював на мене бездоганно. Перший не дозволяв патчу успішно працювати. Дякую за розуміння!

— Елі

9

Використовуючи цей vmnet313.patch, що включає пару виправлень помилок (див. Відповідь @ nonsleepr), вирішив мою проблему з оновленням з оновленням 9.0.2 до 9.02.4 на Ubuntu 14.04.4 LTS 64-розрядний робочий стіл.

Цей фрагмент - це вміст pastebin.com/raw.php?i=p3bkbAMu ; але з 2 виправленими помилками на самому кінці.

--- 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;

— користувач298928
джерело

Цей фрагмент вище є вмістом " pastebin.com/raw.php?i=p3bkbAMu ", але з двома виправленими помилками на самому кінці. Використовуючи цей vmnet313.patch, вирішіть мою проблему з оновленням до оновлення 9.0.2 до 9.02.4 на Ubuntu 14.04.4 LTS 64-розрядний робочий стіл

— user298928

Цей працював і для мене. Я додам коментар під відповідним дописом, щоб вказати людей тут.

— виступи

Це все ще не працює для мене на ubuntu 14.04 LTS. Це моя помилка: make [1]: *** [_module_ / tmp / vmware-root / module / only vmnet] Помилка 2 make [1]: Залишаючи каталог /usr/src/linux-headers-3.13.0-37-generic' make: *** [vmnet.ko] Error 2 make: Leaving directory / tmp / vmware-root / модулі / vmnet-only ' Не вдається встановити

— vmnet

Я отримую "Hunk №3 вдався до 257 з нечіткою 2.", але потім помилки все ж трапляються. Схоже, щось змінилося з моменту опублікування цього виправлення. Я використовую ядро 3.13.0-37-generic

— cxrodgers

5

Я зустрів точно таку ж проблему (Linux Mint 17, ядро 3.17 )

Знайдене рішення:

# - 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/

Потім знову запустіть vmplayer.

джерело

— Кирила Феоктистова
джерело

Дякую, це зробило трюк для мене в ядрі Ubuntu 15.04 3.19.0-15

— Fabio Gomes,

Працювали для мене, дякую! Ubuntu 15.04, ядро 3.19.0-20-generic

— scristalli

Не працює на монетному дворі linux

— Дамір Олежар

4

VMware потребує створення деяких модулів, оскільки інсталятор не завжди має правильну версію для вашої системи.

Встановіть важливу збірку.

sudo apt-get install build-essential

Це встановить компілятор та всі інші потреби. Перезавантажте і спробуйте запустити vmware ще раз, це повинно це вирішити.

— HTDutchy
джерело

з інших відокремлених причин. У мене переустановка ubuntu разом із програвачем vmware, але тепер кожного разу, коли я запускав, мій робочий стіл GNOME зірветься. будь-яка ідея, чому і які файли журналів я повинен створювати тут? дякую ~

— harayz

3

Якщо ви оновите стек апаратного забезпечення 12.04 до версії 14.04 без повного оновлення всієї системи, то модуль vmnet не зможе компілювати для vmplayer 6.0.1. Моїм рішенням було оновлення до останнього 6.0.3 vmplayer. Не мав проблем після цього.

— Доу Херст
джерело

1

Я оновив зображення ядра до "linux-image-3.13.0-43-generic" для версії 3.13.0 на 64-бітному x86 SMP під час роботи Ubuntu Precision 12.04 з "linux-image-3.8.0-44-generic" (.. .але не оновлено Ubuntu!)

Після цього під час запуску VMPlayer 6.0 в одному з повідомлень про помилки, зареєстровані VMPLayer, відображалося "Не вдалося побудувати vmnet.Перед виконанням команди збірки.", І VMPlayer не вдалося запустити.

Я відкрутив зображення ядра, видаливши оновлене.

apt-get remove 3.13.0-43-generic

Також видалено оновлені linux-заголовки.

sudo apt-get autoremove

Тепер зображення ядра повертається до попереднього:

cat / proc / версія: Linux версії 3.8.0-44-generic (buildd @ tipua) (gcc версія 4.6.3 (Ubuntu / Linaro 4.6.3-1ubuntu5)) # 66 ~ точно1-Ubuntu SMP вт 15 липня 04:01 : 04 UTC 2014

Після цього VMPlayer 6.0 повертається до норми і тепер працює належним чином.

— Мохан Сукумар
джерело

1

Ще одне рішення - це заміна /usr/lib/vmware/modules/source/vmnet.tarробочого, взятого з VMware-Player-7.1.bundle. Вам навіть не потрібно чекати, коли інсталятор закінчить, просто скопіюйте файл десь в іншому місці і перервіть його. Наступний запуск VMware-Workstation10.bundle(у моєму випадку) заміни vmnet.tarта запустіть свою робочу робочу станцію

— мендри
джерело

1

Моя версія vmware не включала filter.c; Я виявив, що мені потрібно виправити vmnet, використовуючи вказаний тут патч:

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
 }

— Девід Бау
джерело

1

Для мене ці рішення не спрацювали. Я використовую Ubuntu 14, тому я пішов на пошуки і знайшов тут рішення .

Команди такі:

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

За 32-бітної системи ви можете встановити програвач VMware за допомогою наступних команд:

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

Після встановлення все працювало добре, і мені вдалося встановити VM для Windows XP з мінімальними проблемами. Довелося оновити ще кілька драйверів, але це обійшлося без проблем. VMWare Player 6, здається, є найкращим для моєї версії Ubuntu.

— user273601
джерело

Що стосується пакету linux-headers. Існує метапакет "linux-headers-amd64", який буде встановлювати останню версію, не потрібно вручну вказувати фіксовану версію ядра.

— основні6

0

Це працювало для мене на lubuntu 18.04 LTS. Я використовую vmware-player-14.0.0-6661328.x86_64.bundle. Після завантаження та встановлення vmplayer, коли я lauch, він намагається створити модулі, але не вдалося. Щоб виправити це, ви повинні завантажити виправлення з цього пакету: https://github.com/mkubecek/vmware-host-modules/tree/player-14.1.1 . не завантажуйте майстер, оскільки:

"Мастер" гілки не можна використовувати для створення модулів, вона містить лише загальні файли, так що зміни в них можна легко об'єднати у всі інші гілки. Щоб отримати фактичні джерела, огляньте "справжню" гілку

після завантаження розпакуйте та вимкніть компакт-диск у витягнутий каталог та зробіть

make
sudo make install

Тепер запустіть vmplayer і він повинен працювати

— ptetteh227
джерело