Невозможно запустить 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.

Просто хочу упомянуть, что этот патч работает для меня на 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 и Workstation 10.0.2 build 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 ~ Precision1-Ubuntu SMP Вт 15 июля 03:51:20 UTC 2014 x86_64 x86_64 x86_64 GNU / Linux; VMware: рабочая станция VMware® 10.0.0 build-1295980. Этот патч прошел.
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, чтобы закончить сборку.
Phyatt

Этот работал безупречно для меня. Первый не позволял патчу работать успешно. Спасибо за ваше понимание!
Эли

9

Использование этого vmnet313.patch, включающего несколько опечаток (см. Ответ @ nonsleepr), решило мою проблему с обновлением с 9.0.2 до 9.02.4 в Ubuntu 14.04.4 LTS 64-bit Desktop.

Этот фрагмент является содержимым pastebin.com/raw.php?i=p3bkbAMu ; но с двумя исправленными опечатками в самом конце.

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

Этот фрагмент выше является содержимым " pastebin.com/raw.php?i=p3bkbAMu ", но с двумя исправленными опечатками в самом конце. Использование этого vmnet313.patch решило мою проблему с обновлением до 9.0.2 до 9.02.4 на Ubuntu 14.04.4 LTS 64-bit Desktop
user298928

Этот работал и для меня. Я добавлю комментарий под соответствующим постом, чтобы указать людям здесь.
произносит

Это все еще не работает для меня на Ubuntu 14.04 LTS. Это моя ошибка: make [1]: *** [_module_ / tmp / vmware-root / modules / vmnet-only] Ошибка 2 make [1]: выход из каталога /usr/src/linux-headers-3.13.0-37-generic' make: *** [vmnet.ko] Error 2 make: Leaving directory / tmp / vmware-root / modules / vmnet-only ' Невозможно установить vmnet
hsnm

Я получаю "Ханк № 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
Фабио Гомес,

Работал на меня, спасибо! Ubuntu 15.04, ядро ​​3.19.0-20-generic
scristalli

Не работает на Linux
Mint

4

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

Установите build-essential.

sudo apt-get install build-essential

Это установит компилятор и все другие потребности. Перезагрузитесь и попробуйте снова запустить vmware, это должно решить эту проблему.


по другим отдельным причинам. Я переустанавливал Ubuntu вместе с плеером VMware, но теперь каждый раз, когда он запускался, мой рабочий стол GNOME зависал. Любая идея, почему и какие файлы журнала я должен производить здесь? спасибо ~
Харайз

3

Если вы обновите 12.04 Hardware Enablement Stack до версии 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 Precise 12.04 с «linux-image-3.8.0-44-generic» (.. .но не обновлял Ubuntu!)

После чего во время запуска VMPlayer 6.0 в одном из сообщений об ошибках, зарегистрированных VMPLayer, отображалось «Не удалось собрать vmnet.Failed для выполнения команды сборки». VMPlayer не удалось запустить.

Я откатил образ ядра, удалив обновленный.

apt-get remove 3.13.0-43-generic

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

sudo apt-get autoremove

Теперь образ ядра вернулся к предыдущему:

cat / proc / version: версия Linux 3.8.0-44-generic (buildd @ tipua) (версия gcc 4.6.3 (Ubuntu / Linaro 4.6.3-1ubuntu5)) # 66 ~ Precision1-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 Player с помощью следующих команд:

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

После установки все работало хорошо, и я смог смонтировать виртуальную машину Windows XP с минимальными проблемами. Мне пришлось обновить еще несколько драйверов, но без проблем. VMWare Player 6, похоже, лучше всего работает с моей версией Ubuntu.


Что касается пакета linux-headers. Существует метапакет «linux-headers-amd64», который установит последнюю версию, не нужно вручную указывать фиксированную версию ядра.
basic6

0

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

Ветка "master" не может использоваться для сборки модулей, она содержит только общие файлы, поэтому изменения в них можно легко объединить со всеми другими ветвями. Чтобы получить реальные источники, проверьте "настоящую" ветку

после загрузки распакуйте и cd в распакованный каталог и сделайте

make
sudo make install

Теперь запустите vmplayer, и он должен работать

Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.