On older (K)ubuntus it would sometimes working with a few patches, but not any more. I have at home one Kubuntu 17.10 with a 'good' VMplayer and two 17.10's with VMplayers that won't compile vmmon. Funny, because on a similar machine with the same (K)ubuntu installation it would compile flawlessly. the last five or six years) we got the situation that the vmmon module would not compile. Having said that, I must say that it becomes ever more complicated to get VMware working on Linux. Please let me first say that a *working* VMware or VMplayer is absolutely te best VM for a Linux installation. So please also fix version 12.5 so that it can easily be installed and used on Linux hosts running current kernels, or at least adapt version 14 so that it also supports host CPU's that don't have SLAT. According to what I have read it may work on ancient Kernels. But if you try installing Workstation Player 12.5.7 on a Linux host, the configuration fails (according to the forums it seems to have to do with vmmon and vmnet modules that must be patched. Since the new VMware Workstation Player 14 only supports host CPU's that support SLAT, version 12.5 still needs to be supported, as there are many PC's around that don't have SLAT support. So in my opinion this is a serious issue that has to be fixed, also for future Kernels. But PC's should run current Kernels that have been security patched, and also to support new hardware, and also VMware products should support modern Kernels. If the host is running a 4.12 Kernel, there are no issues. If you try to start a VM after the host OS has been running for some time, it won't start and give the same error message right away. If you run VMware Workstation Player 14 (and probably also VMware Workstation 14) on a Linux Host running a 4.13 Kernel just after a reboot, you can start the VM and it will run for a short period of time, but then it will crash saying something like memory couldn't be allocated. Please fix both products so they can be installed and run on modern Linux Distro's running current Kernels.
0 kommentar(er)
