@joelteixeira: I confirm, I also have this bug. Thanks for your detailed informations, I will investigate when I will have time.
Search Criteria
Package Details: vmware-workstation 17.6.1-2
Package Actions
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: | 203 |
Popularity: | 3.30 |
First Submitted: | 2017-02-10 19:04 (UTC) |
Last Updated: | 2024-10-11 05:17 (UTC) |
Dependencies (13)
- dkms (dkms-gitAUR, dkms-fast-zstdAUR)
- fuse2
- gcr
- gtk3 (gtk3-no_deadkeys_underlineAUR, gtk3-classicAUR, gtk3-classic-xfceAUR, gtk3-patched-filechooser-icon-viewAUR)
- gtkmm3
- hicolor-icon-theme (hicolor-icon-theme-gitAUR)
- libaio (libaio-gitAUR)
- libcanberra
- libxcrypt-compat
- pcsclite (pcsclite-gitAUR)
- vmware-keymapsAUR
- sqlite (sqlite-fossilAUR) (make)
- linux-headers (optional) – build modules against Arch kernel
Required by (6)
Sources (22)
- config
- configure-initscript.sh
- dkms.conf.in
- https://softwareupdate.vmware.com/cds/vmw-desktop/ws/17.5.2/23775571/linux/packages/vmware-tools-linux-12.4.0-23259341.x86_64.component.tar
- https://softwareupdate.vmware.com/cds/vmw-desktop/ws/17.5.2/23775571/linux/packages/vmware-tools-linuxPreGlibc25-12.4.0-23259341.x86_64.component.tar
- https://softwareupdate.vmware.com/cds/vmw-desktop/ws/17.5.2/23775571/linux/packages/vmware-tools-netware-12.4.0-23259341.x86_64.component.tar
- https://softwareupdate.vmware.com/cds/vmw-desktop/ws/17.5.2/23775571/linux/packages/vmware-tools-solaris-12.4.0-23259341.x86_64.component.tar
- https://softwareupdate.vmware.com/cds/vmw-desktop/ws/17.5.2/23775571/linux/packages/vmware-tools-winPre2k-12.4.0-23259341.x86_64.component.tar
- https://softwareupdate.vmware.com/cds/vmw-desktop/ws/17.5.2/23775571/linux/packages/vmware-tools-winPreVista-12.4.0-23259341.x86_64.component.tar
- https://softwareupdate.vmware.com/cds/vmw-desktop/ws/17.6.1/24319023/linux/core/VMware-Workstation-17.6.1-24319023.x86_64.bundle.tar
- https://softwareupdate.vmware.com/cds/vmw-desktop/ws/17.6.1/24319023/linux/packages/vmware-tools-windows-12.4.5-23787635.x86_64.component.tar
- Makefile
- vmmon.patch
- vmnet.patch
- vmware-bootstrap
- vmware-environment.sh
- vmware-networks-configuration.service
- vmware-networks.path
- vmware-networks.service
- vmware-usbarbitrator.path
- vmware-usbarbitrator.service
- vmware-vix-bootstrap
Latest Comments
« First ‹ Previous 1 .. 47 48 49 50 51 52 53 54 55 56 57 .. 66 Next › Last »
jihem commented on 2018-02-22 19:09 (UTC)
joelteixeira commented on 2018-02-21 21:21 (UTC)
Hello there, when using this package I can't copy a file from any guest (tried windows 10, kali, ubuntu) because it uses a wrong path. For instance, when trying to copy "test.mkv" from guest to host it will show a message saying:
The file or folder /WlgTof/test.mkv does not exist.
But the reference should be "/tmp/VMwareDnD/WlgTof/test.mkv" that is a symlink to default user folder as shown below.
myhost /tmp/VMwareDnD $ ls -lh lrwxrwxrwx 1 username users 48 fev 21 17:51 WlgTof -> /home/username/.cache/vmware/drag_and_drop/WlgTof
So, the file was indeed transferred from guest to host but only the reference was wrong. I could reproduce in two machines (different hardware, DE, WM) and after uninstalling the package and using the standard bundle it works. So I believe its related with some of the patches, services, etc. Anyone else facing the same issue?
Thank you
alexei commented on 2018-02-11 01:11 (UTC)
For multiple monitors feature with Awesome WM, see this workaround: https://github.com/awesomeWM/awesome/pull/2188
joelteixeira commented on 2018-02-09 23:20 (UTC)
@jihem you're absolutely right. I thought headers was a requirement and didn't checked as I should. Thank you a lot.
jihem commented on 2018-02-09 18:56 (UTC)
Hi joelteixeira,
This package should work with Linux 4.15. If it's a fresh installation you have probably forgotten to install the linux-headers package.
joelteixeira commented on 2018-02-09 15:32 (UTC)
Hi all, 4.15 had broke something? I was using normally on a 4.14 machine but on a fresh installed system I got:
Could not open /dev/vmmon: No such file or directory. Please make sure that the kernel module 'vmmon' is loaded.
And trying to load vmmon:
modprobe vmmon <br> modprobe: FATAL: Module vmmon not found in directory /lib/modules/4.15.1-2-ARCH
uname -a Linux hostname 4.15.1-2-ARCH #1 SMP Sun Feb 4 22:27:45 UTC 2018 x86_64 GNU/Linux
Are you guys facing something similar?
jihem commented on 2018-01-31 16:04 (UTC) (edited on 2018-02-03 20:52 (UTC) by jihem)
@ailick: I don't have any problem with this version on the kernel on Arch, I think it's more probably a problem with Manjaro.
I don't have time to investigate your problem and I don't really know Manjaro, but my idea is that the version of GCC used to compile the kernel is more recent than the version of GCC installed on your system which doesn't already include the patch retpoline. If I'm right (not sure at all), you have 2 solutions: downgrade your kernel on the previous version until a new version of GCC, or use a more recent version of GCC (for example from testing repo if there is a testing repo in Manjaro).
Edit: I just discovered a tip that can help you: after the startup, loading vmmon module with: modprobe --force-vermagic vmmon
ailick commented on 2018-01-31 05:40 (UTC) (edited on 2018-01-31 05:41 (UTC) by ailick)
Something is not going well on 'kernel 4.14.15'
[ 7.885870] vmmon: version magic '4.14.15-1-MANJARO SMP preempt mod_unload modversions retpoline ' should be '4.14.15-1-MANJARO SMP preempt mod_unload modversions '
[ 14.081850] vmmon: version magic '4.14.15-1-MANJARO SMP preempt mod_unload modversions retpoline ' should be '4.14.15-1-MANJARO SMP preempt mod_unload modversions '
jmp commented on 2018-01-19 22:57 (UTC) (edited on 2018-01-19 23:29 (UTC) by jmp)
Hey jihem, thanks for the work on this package!
For anyone who might get the following error... On a clean, minimal install of Arch, after installing this AUR package, modprobe -a vmmon came back with: WARNING: Module vmmon not found in directory /lib/modules/4.14.13-1-ARCH
pacman -S linux-headers solved this for me. It runs dkms install vmware-workstation/14.1.1_7528167 -k 4.14.13-1-ARCH and you should be able to run modprobe -a vmmon, afterward.
jihem commented on 2018-01-11 18:58 (UTC)
Hi all,
I finally changed my mind concerning VMware 12. It seems that a lot of people cannot upgrade to VMware 14 (because of the license or an incompatible processor) and VMware continue to provide security updates. Also, vmware-patch package is clearly not as convenient to use as this package.
That's why I created the package vmware-workstation12 and I will try to maintain it for the next kernel versions. It should not be a big work for me, but I will be able to make only very limited tests (my single machine already run VMware 14).
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