@Captn138 @xavierbaez
I also faced the same issue, but the package is still there and available to manual download, which can be installed via sudo pacman -U <path/to/>libxcrypt-compat-4.4.28-2-x86_64.pkg.tar.zst
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: | JulianXhokaxhiu |
Votes: | 212 |
Popularity: | 3.46 |
First Submitted: | 2017-02-10 19:04 (UTC) |
Last Updated: | 2025-04-03 21:57 (UTC) |
« First ‹ Previous 1 .. 22 23 24 25 26 27 28 29 30 31 32 .. 71 Next › Last »
@Captn138 @xavierbaez
I also faced the same issue, but the package is still there and available to manual download, which can be installed via sudo pacman -U <path/to/>libxcrypt-compat-4.4.28-2-x86_64.pkg.tar.zst
-> Could not find all required packages: libxcrypt-compat (Wanted by: vmware-workstation)
Since 2022/02/25 update (16.2.1-4), the package requires libxcrypt-compat, which is not available to download anymore.
Does someone have a quick'n'dirty fix or can this be corrected somehow?
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
@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.
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?
not everyone wants to have services they don't use/need to be enabled by default.
@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.
@cryptodan Just use the command systemctl enable --now vmware-usbarbitrator.service
and the service will be automatically started after each reboot.
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