| 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: | 176 |
| Popularity: | 1.12 |
| First Submitted: | 2017-02-10 19:04 (UTC) |
| Last Updated: | 2023-01-12 20:39 (UTC) |
Hi @yurikoles,
No, I did not forget. Actually, uefitool package is only needed when building this package with the option to include patches for macOS support, and the default build process does not include these patches (because most users don't need them, so I prefer provide them a "vanilla" installation). And I create the .SRCINFO for the default build process, therefore without uefitool.
@gbr It was not an error in the .install file, in the past the directory /etc/vmware-installer was remaining after uninstallation. But you are right, now the remaining directory is /usr/lib/vmware-installer. I will fix that on the next package release. Thanks.
Dear @jihem,
You forgot to update .SRCINFO in the latest update.
Minor suggestion for the .install file, which claims there might be leftover files in /etc/vmware-installer:
That path doesn't exist (at least on my machine), but /usr/lib/vmware-installer still does after uninstalling, so I guess you probably meant the latter?
@13905069 It's updated, thanks.
Maybe the package needs to update now. https://github.com/mkubecek/vmware-host-modules/issues/186
@jihem,
It breaks the smooth operation of VMWare, and it prevents Windows 11 and I think Windows 10 from operating cleanly and smooth. I will try and take a picture of it.
My desktop uses nVidia, and I do not have this issue running VMWare on Arch on my desktop.
@cryptodan Unfortunately I can't answer. If I understand correctly, this is a problem with out-of-tree kernel modules so the solution will come from Linux/VMware/NVIDIA developers. I don't think there is anything I can do for this problem. Why is it so annoying to add ibt=off in your kernel parameters?
When will I beable to run vmware without having the kernel option of
ibt=off
It is rather annoying on my lap top but on my desktop I do not need to do that.
My lap top is using hybrid graphics Intel cCore i7 11800H with Intel UHD 600 series graphics and an nVidia 3060 Mobile video card.
Thank you! Updated from 16 to 17 on my laptop and it was smooth sailing :)
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