Package Details: vmware-workstation 17.6.2-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: JulianXhokaxhiu
Last Packager: jihem
Votes: 207
Popularity: 3.62
First Submitted: 2017-02-10 19:04 (UTC)
Last Updated: 2024-12-20 10:44 (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 .. 50 51 52 53 54 55 56 57 58 59 60 .. 67 Next › Last »

zigo commented on 2017-12-28 13:03 (UTC) (edited on 2017-12-28 13:04 (UTC) by zigo)

i have this error when installing vmware-workstation 14.1.0-4

==> No kernel 4.14.5-1-ARCH modules. You must install them to use DKMS!

==> dkms remove vmware-workstation/14.1.0_7370693 -k 4.14.8-1-ARCH

any help please

jihem commented on 2017-12-28 10:07 (UTC)

I've tested a VM on Fedora with VMware encryption and UEFI. I am full SSD on my laptop and I didn't see any loss of performances compared to other VMs. iotop showed me good values (with peaks at more than 150MB/s during Fedora installation).

In my opinion, the main problem is that you use an NTFS partition. NTFS driver use FUSE which has bad performances. Maybe it is particularly bad on big files with a lot of random accesses (but I don't know why there are differences with BIOS/UEFI and encryption). So, I think you should also make tests to compare performances on ext4/ntfs.

Also, I made my tests on linux-zen, which includes some optimizations for desktop use. You could test this kernel too.

gbr commented on 2017-12-28 04:01 (UTC) (edited on 2017-12-28 04:22 (UTC) by gbr)

I think I know what the problem is, but I don't have a solution. Based on a few tests I did with recently created VMs, the slow startup happens when I simply encrypt the VM (using VMware's built-in encryption tool), and most importantly when I choose UEFI over BIOS in the VM's options. You can try it for yourself and see if you can reproduce this issue. I have a decent PC (i5 3570k, 8GB RAM, GTX 660), and yet VMware takes about two minutes to start an EMPTY Ubuntu VM with 20GB of encrypted storage. It's worth noting that I have all my VMs on a 1TB HDD (NTFS filesystem). I've also monitored the I/O data on my HDD while I'm booting that VM, and here's how it looks (note the peak writing usage, it's 180.1 kilobytes, yet the disk utilization % is at 100!!!): https://i.imgur.com/IYmAUH9.png

Now, I don't think my HDD went bad because I also did a benchmark test and it looks fine, here's the result: https://i.imgur.com/PO82lwK.png

Thing is, when the VM is booting, browsing files on that HDD is nearly impossible, because it's painfully slow. I've checked VMware's log files but I couldn't find anything relevant as well. I have a SSD too, but I haven't tried setting up a VM on it yet, but I'll try to do that tomorrow and reproduce this.

Any help is appreciated. Thanks

jihem commented on 2017-12-27 17:05 (UTC)

@gbr: yes, you should. This file is automatically generated by VMware if it doesn't exist, but I decided to include it directly in the package.

Did you finally solve your problem of slow VMs on Linux 4.14?

gbr commented on 2017-12-27 16:41 (UTC) (edited on 2017-12-27 16:43 (UTC) by gbr)

I'm getting this error while trying to update from 14.1.0-1 to 14.1.0-3:

error: failed to commit transaction (conflicting files)

vmware-workstation: /etc/vmware-vix/bootstrap exists in filesystem

Errors occurred, no packages were upgraded.

Should I use --force to install it?

hunk commented on 2017-12-27 06:38 (UTC)

@jihem Thank you for your time. I created another OVA file, and this time it works.

jihem commented on 2017-12-26 10:18 (UTC)

@viljeml: I've updated the package with python2-six dependency. It will fix your problem.

jihem commented on 2017-12-26 10:16 (UTC)

@hunk: I have never used i3 or any other tiling WM, I don't know if it can change anything. I use xfce, if you want to test on this desktop environment.

To get more information about the error, you can start VMware from a terminal and see if it display an error when you try to import your file. You should also search informations on log files. They are stored in /tmp/vmware-$USER. Just read files whose name contains the number corresponding to the PID of VMware currently running.

jihem commented on 2017-12-26 10:07 (UTC)

@timofonic: I use linux-zen as default kernel and I don't have your problem.

Firstly, try to uninstall modules (dkms remove -k 4.14.8-1-zen vmware-workstation/14.1.0_7370693) before reinstall them (dkms install -k 4.14.8-1-zen vmware-workstation/14.1.0_7370693).

Now, when you start command "dkms status" on a terminal, do you see the line "vmware-workstation, 14.1.0_7370693, 4.14.8-1-zen, x86_64: installed"? Does the module files exist (/usr/lib/modules/4.14.8-1-zen/kernel/drivers/misc/vmmon.ko and /usr/lib/modules/4.14.8-1-zen/kernel/drivers/net/vmnet.ko)?

If you used bundle installation before trying this package, maybe some modules are still installed and cause conflicts. On /usr/lib/modules/4.14.8-1-zen directory, search and remove following files: vmmon.ko, vmci.ko, vmnet.ko, vmblock.ko and vsock.ko (but don't touch those have extension .gz or .xz). And retry the dkms command to install modules.