Package Details: vmware-workstation 17.6.1-2

Git Clone URL: https://aur.archlinux.org/vmware-workstation.git (read-only, click to copy)
Package Base: vmware-workstation
Description: The industry standard for running multiple operating systems as virtual machines on a single Linux PC.
Upstream URL: https://www.vmware.com/products/workstation-for-linux.html
Keywords: dkms ovftool player vmplayer vmware workstation
Licenses: custom
Conflicts: vmware-modules-dkms, vmware-ovftool, vmware-patch, vmware-systemd-services
Provides: vmware-ovftool
Submitter: synthead
Maintainer: jihem
Last Packager: jihem
Votes: 202
Popularity: 2.79
First Submitted: 2017-02-10 19:04 (UTC)
Last Updated: 2024-10-11 05:17 (UTC)

Sources (22)

Pinned Comments

jihem commented on 2020-02-10 17:29 (UTC) (edited on 2021-06-19 13:19 (UTC) by jihem)

After the first installation, please:

1) install the appropriate headers package(s) for your installed kernel(s): linux-headers for default kernel, linux-lts-headers for LTS kernel...

2) reboot or load vmw_vmci and vmmon kernel modules (modprobe -a vmw_vmci vmmon)

3) Enable the services you need (using .service units to activate them during boot or .path units to activate them when a VM is started) :

  • vmware-networks: to have network access inside VMs

  • vmware-usbarbitrator: to connect USB devices inside VMs

Latest Comments

« First ‹ Previous 1 .. 17 18 19 20 21 22 23 24 25 26 27 .. 66 Next › Last »

teka27 commented on 2022-02-24 10:01 (UTC) (edited on 2022-02-24 13:23 (UTC) by teka27)

Hi, my ovftool not working:

ovftool

/usr/lib/vmware-ovftool/ovftool.bin: error while loading shared libraries: libcrypt.so.1: cannot open shared object file: No such file or directory

Edit:

Solved by cp libcrypt.so.1 founded in steam to /usr/lib/vmware-ovftool

jihem commented on 2021-12-27 08:49 (UTC)

@AveryFreeman The file /etc/vmware/networking is created by the service vmware-networks-configuration.service, which is automatically called by the service vmware-networks.service. You should only need to start/enable vmware-networks.service to see all the /dev/vmnet* devices appear.

All of the systemd units are stored in /usr/lib/systemd/system.

AveryFreeman commented on 2021-12-27 05:32 (UTC) (edited on 2021-12-27 05:36 (UTC) by AveryFreeman)

re: Sticky, where are unit files installed? I re-installed using the .bundle before I saw this because I was missing /dev/vmnet{0,1,8}

should I assume /lib/systemd/system, /etc/systemd/user?

arcman commented on 2021-12-20 19:42 (UTC)

not everyone wants to have services they don't use/need to be enabled by default.

cryptodan commented on 2021-12-20 18:13 (UTC)

@jihem, I was under the impression that the service was already started due to the fact that my usb smartcard reader was able yo ne read and passed onto all my vms. The issue was that it wasn't because flashdrives and my integrated camera weren't seen. That's when I determined the arbitrator service wasn't running or enabled at all. I have started and enabled it. I was merely making a feature request in future updates.

jihem commented on 2021-12-20 18:06 (UTC)

@cryptodan Just use the command systemctl enable --now vmware-usbarbitrator.service and the service will be automatically started after each reboot.

cryptodan commented on 2021-12-20 14:21 (UTC)

Would it be possible to add a systemctl command to enable the vmware-usbarbitrator service and to start it? I had to do this manually to enable access to my USB Camera and USB Drives via virtual machines.

aritra1911 commented on 2021-11-17 03:36 (UTC) (edited on 2021-11-17 03:41 (UTC) by aritra1911)

@jihem Thank you so very much. I applied the previously mentioned
patches:
https://github.com/mkubecek/vmware-host-modules/commit/4232f780eb114f22498f3274eaeef81d8c63f2ab.patch
https://github.com/mkubecek/vmware-host-modules/commit/9a6a17fe0bc6d1ab9e0e0dfa8d587b12a21cd49e.patch
and it built and installed like magic:

# dkms install -m vmware-workstation -v 16.2.1_18811642 -k 5.16.0-rc1-archeract

Building module:
cleaning build area...
make -j2 KERNELRELEASE=5.16.0-rc1-archeract KVERSION=5.16.0-rc1-archeract SRCDIR=/usr/src/vmware-workstation-16.2.1_18811642......

Running the post_build script:
Signing module: ../5.16.0-rc1-archeract/x86_64/module/vmmon.ko.zst
Signing module: ../5.16.0-rc1-archeract/x86_64/module/vmnet.ko.zst
cleaning build area...

vmmon.ko.zst:
Running module version sanity check.
 - Original module
   - No original module exists within this kernel
 - Installation
   - Installing to /usr/lib/modules/5.16.0-rc1-archeract/kernel/drivers/misc/

vmnet.ko.zst:
Running module version sanity check.
 - Original module
   - No original module exists within this kernel
 - Installation
   - Installing to /usr/lib/modules/5.16.0-rc1-archeract/kernel/drivers/net/
depmod.............

k1f0 commented on 2021-11-16 22:26 (UTC)

@jihem The latest patches completely solved my dkms building errors on 5.15.2-zen, thanks!

jihem commented on 2021-11-16 20:08 (UTC) (edited on 2021-11-16 20:08 (UTC) by jihem)

@aritra1911 I tried to add the patches https://github.com/mkubecek/vmware-host-modules/commit/4232f780eb114f22498f3274eaeef81d8c63f2ab and https://github.com/mkubecek/vmware-host-modules/commit/9a6a17fe0bc6d1ab9e0e0dfa8d587b12a21cd49e in vmmon.patch and vmnet.patch but I still have an error during compilation (using this kernel: https://aur.archlinux.org/packages/linux-mainline) and I don't know how to fix it.