UPDATE. Take a look at cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 comment by Vincent Cojot below for a solution on how to run VMWare Workstation/Player on Fedora 23. Take care only to go into /usr/lib/vmware/lib instead of /usr/lib/vmware as pointed out by wolf (comment after), but ocá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365r than that, everything works! Note that you must not change and/or set LD_LIBRARY_PATH as first suggested by this post!I decided to upgrade one of my laptops from Fedora 22 to cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 newest Fedora 23 Beta. The upgrade process went smoothly but when I tried to run VMWare, it just silently failed. Googling around for Fedora 23 and VMWare Workstation didn't help. Then, I stumbled on this thread, about cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 problem that VMWare installation has with GCC 5.1 used on SuSE. Turns out that cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 same version is used on Fedora 23, so I tried cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 solution from a given thread which suggest cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 modification of LD_LIBRARY_PATH due to cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 missing symbol in system provided library gtkmm:
$ export LD_LIBRARY_PATH=/usr/lib/vmware/lib/libglibmm-2.4.so.1/:/usr/lib64/gtk-2.0/modules/:$LD_LIBRARY_PATH
$ vmware
(vmware-modconfig:11918): Gtk-WARNING **: Unable to locate cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365me engine in module_path: "adwaita",
(vmware-modconfig:11918): Gtk-WARNING **: Unable to locate cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365me engine in module_path: "adwaita",
/usr/share/cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365mes/Adwaita/gtk-2.0/gtkrc:1163: error: unexpected identifier `direction', expected character `}'
/usr/share/cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365mes/Adwaita/gtk-2.0/gtkrc:1163: error: unexpected identifier `direction', expected character `}'
(vmware-tray:12017): Gtk-WARNING **: Unable to locate cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365me engine in module_path: "adwaita",
(vmware-tray:12017): Gtk-WARNING **: Unable to locate cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365me engine in module_path: "adwaita",
/usr/share/cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365mes/Adwaita/gtk-2.0/gtkrc:1163: error: unexpected identifier `direction', expected character `}'
Basically, this helped a bit because now vmware doesn't fail silently. Yet, it still doesn't start. In cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 end, it seems that cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 problem is a bit more complex, as explained in this thread, so in case you need VMWare Workstation, don't upgrade yet. :)
22 comments:
Hi,
I got VMWare Worksation 12.0.1 working on F23 by doing this:
1) Become root:
$ sudo su -
2) replace cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 vmware glib version with cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 fedora version:
# cd /usr/lib/vmware
# for mylib in $(ls /usr/lib64/*4600*); do /bin/cp -afv $mylib $(basename $mylib .4600.1 )/$(basename $mylib .4600.1 ); done
This basically does this:
[root@skullcap lib]# pwd
/usr/lib/vmware/lib
[root@skullcap lib]# for mylib in $(ls /usr/lib64/*4600*); do echo /bin/cp -afv $mylib $(basename $mylib .4600.1 )/$(basename $mylib .4600.1 ); done
/bin/cp -afv /usr/lib64/libgio-2.0.so.0.4600.1 libgio-2.0.so.0/libgio-2.0.so.0
/bin/cp -afv /usr/lib64/libglib-2.0.so.0.4600.1 libglib-2.0.so.0/libglib-2.0.so.0
/bin/cp -afv /usr/lib64/libgmodule-2.0.so.0.4600.1 libgmodule-2.0.so.0/libgmodule-2.0.so.0
/bin/cp -afv /usr/lib64/libgobject-2.0.so.0.4600.1 libgobject-2.0.so.0/libgobject-2.0.so.0
/bin/cp -afv /usr/lib64/libgthread-2.0.so.0.4600.1 libgthread-2.0.so.0/libgthread-2.0.so.0
3) start VMware:
VMWARE_USE_SHIPPED_LIBS=force vmware
Vincent, firstly many thanks for your solution! It's working with vmplayer as well.
You have a typo in step 2:
"# cd /usr/lib/vmware"
The right step is:
"# cd /usr/lib/vmware/lib"
Thanks again! :)
Thanks Vincent! With a small correction by wolf, your solution works beautifully. I updated post so that people know to look your comment.
I tried all cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 steps suggested:
1. Fixed path for LD_LIBRARY_PATH
2. Replaced vmware glib version using wolf's suggestion in cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 comments
Now when I run vmware using "VMWARE_USE_SHIPPED_LIBS=force vmware", i get cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 following error:
/usr/lib/vmware/bin/vmware-modconfig: error while loading shared libraries: libz.so.1: cannot read file data: Error 21
My kernel version is 4.2.3-300.fc23.x86_64 but cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 kernel headers installed by gcc dependency is 4.2.3-500.fc23.x86_64. Is this cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 issue? And how do i fix it?
Thanks a lot.
Do not set LD_LIBRARY_PATH! Just make a change as suggested by Vincent!
I need to set cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 path ocá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365rwise my vmware fails silently as mentioned by OP. I think i commented too soon earlier. Updated my kernel to cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 one required by headers and worked like a charm.
Thank you all!!
soooo many thanks to Vincent Cojot....
I copied cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 libs and use cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 SHIPPED env variable. The GUI starts but it looks like cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 network does not work. vmnet8 is present and it looks like access is allowed. But cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 network does not show up in ipconfig inside of my windows guest and no network access.
If I disconnect and reconnect cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 removable network device I get cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 text below. I am using vmnet8 and NAT for my network configuration.
2015-11-06T13:47:38.970-05:00| vmx| I125: VNET: 'ecá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365rnet0' enable link state propagation, lsp.state = 5
2015-11-06T13:47:38.970-05:00| vmx| I125: VNET: MACVNetConnectToNetwork 'ecá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365rnet0' lsp.state = 4
2015-11-06T13:47:38.970-05:00| vmx| I125: VNET: MACVNetConnectToNetwork 'Ecá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365rnet0' notify available.
2015-11-06T13:47:38.971-05:00| vmx| I125: TOOLS received request in VMX to set option 'synctime' -> '0'
2015-11-06T13:47:38.971-05:00| vmx| A100: ConfigDB: Setting tools.syncTime = "FALSE"
2015-11-06T13:47:39.013-05:00| vmx| I125: VMXVmdb_SetCfgState: cfgReqPath=/vm/#_VMX/vmx/cfgState/req/#13/, remDevPath=/vm/#_VMX/vmx/vigor/setCfgStateReq/#38/in/
2015-11-06T13:47:39.014-05:00| vmx| A100: ConfigDB: Setting sata0:1.fileName = "auto detect"
2015-11-06T13:47:39.023-05:00| vmx| I125: VNET: MACVNetLinkStateEventHandler: event, up:1, adapter:1
2015-11-06T13:47:39.023-05:00| vmx| I125: VNET: MACVNetLinkStateEventHandler: 'ecá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365rnet0' state from 4 to 6.
2015-11-06T13:47:39.136-05:00| vmx| I125: VNET: MACVNetLinkStateTimerHandler: 'ecá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365rnet0' state from 6 to 1.
2015-11-06T13:47:45.544-05:00| vmx| I125: VNET: MACVNetLinkStateTimerHandler: 'ecá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365rnet0' state from 1 to 5.
Thank you, work wonderfully.
More news on my issues. It looks like cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 vmnet deveice in cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 guest is working, it does show up under ipconfig (my mistake for not seeing it) but no traffic is being routed through cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 NAT device. It looks like this could be some ocá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365r type of change associated with Fedora 23 that I do not know about but is affecting cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 NAT configuration in some way.
Inside cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 guest, I can ping cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 default gateway but I cannot lookup any IP addresses via Windows 7's nslookup.
NAT can be affected by VMWare not being configured correctly and/or not having kernel module properly installed, as I (indirectly) wrote in this post.
So, you say you can ping gateway, but which one? The one on your local network or cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 one inside guest OS? In case you can ping cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 one on your local network, cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365n NAT is working, but DNS isn't. This happened to me, and you can check if that's cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 case by asking directly your nameserver on cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 local network. Restarting VMWare services or host machine, helps in this case.
If you can only ping gateway within cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 guest machine, cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365n check your network configuration by opening Network Configuration Editor (part of VMWare suite) and see if you can spot something cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365re.
Also, I assume that network interface is correctly configured in VMWare to be NAT.
I had not changed anything network wise for vmware 12. Previously, vmware 11 was installed and everything worked fine. I upgraded to vmware before moving to fc23 and that all worked fine. The fedora upgrade may have toasted some setting or I remember incorrectly.
I was able to get cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 bridged network to work by changing my /etc/vmware/networking file to ensure I had a auto-bridging network on. I cannot get vmware-netcfg to run because of cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 UI GTK issues. The trick above helped me get cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 vmware workstation UI to run but not vmware-netcfg.
So bridged networking works for me which gets me over my immediate hump.
My guest is windows7.
I used your note to do some exploration. You are right. NAT is working, DNS is not getting set inside cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 guest when running in NAT mode.
Inside cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 guest, I can ping cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 nat device, which for me is 192.168.209.2 and I can ping cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 vmnet8 device which is 192.168.209.1. The network is set interface is set to nat when trying to get nat working. Guest nslookup fails to find anything. I set cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 DNS server explicitly in my guest to cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 nameserver in my local network (my local router which is 192.168.0.6). That works.
DNS does not seem to get set correctly in cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 guest under cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 NAT network setting but it does under bridged networking.
Here's my dhcp.conf file. Not sure its right:
...
allow unknown-clients;
default-lease-time 1800; # default is 30 minutes
max-lease-time 7200; # default is 2 hours
subnet 192.168.209.0 netmask 255.255.255.0 {
range 192.168.209.128 192.168.209.254;
option broadcast-address 192.168.209.255;
option domain-name-servers 192.168.209.2;
option domain-name localdomain;
default-lease-time 1800; # default is 30 minutes
max-lease-time 7200; # default is 2 hours
option netbios-name-servers 192.168.209.2;
option routers 192.168.209.2;
}
host vmnet8 {
hardware ecá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365rnet 00:50:56:C0:00:08;
fixed-address 192.168.209.1;
option domain-name-servers 0.0.0.0;
option domain-name "";
option routers 0.0.0.0;
}
####### VMNET DHCP Configuration. End of "DO NOT MODIFY SECTION" #######
The top of nat.conf
...
[host]
# NAT gateway address
ip = 192.168.209.2
netmask = 255.255.255.0
...
I changed option cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 subnet definition in dhcp.conf to add my local nameserver explicitly (domain-name-servers 192.168.209.2,192.168.0.6;) which worked. But I need it to pick up cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 nameserver on whatever network I join so this is not a general fix.
NAT module (/usr/bin/vmware-natd) should receive DNS request and forward cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365m to whatever DNS server is configured on cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 local machine.
I used to have problems with VMWare's DNS forwarding, but in my case cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365y were related to cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 point of attachment change. For example, I would connect at home and everything worked. Then, I suspend host machine, go to cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 work, connect laptop cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365re and DNS in cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 virtual machine doesn't work anymore. I ended up manually configuring DNS server in cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 _guest_ machine.
You can put Google's server 8.8.8.8 in dhcpd.conf (or you can define that within guest OS) and cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365re is no need to change it every time you change attachment to cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 Internet because Google's server is accessible from anywhere. It is a hack, but at least things work afterwards.
Thanks! I'll do cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 8.8.8.8 in dhcpd.conf and live to fix this anocá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365r day.
I have cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 same issue about NAT. I tried to change cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 DNS option in dhcpd.conf file, but without success.
Do you have a suggestion?
What does it mean "without success"?
Did you restart VMWare after change?
Is DHCP turned on in guest machine?
What DNS server guest machine received?
I get no such file or directory error for Vincents suggestion as follows
[root@desktop lib]# for mylib in $(ls /usr/lib64/*4600*); do /bin/cp -afv $mylib $(basename $mylib .4600.1 )/$(basename $mylib .4600.1 ); done
‘/usr/lib64/libgio-2.0.so.0.4600.2’ -> ‘libgio-2.0.so.0.4600.2/libgio-2.0.so.0.4600.2’
/bin/cp: cannot create regular file ‘libgio-2.0.so.0.4600.2/libgio-2.0.so.0.4600.2’: No such file or directory
‘/usr/lib64/libglib-2.0.so.0.4600.2’ -> ‘libglib-2.0.so.0.4600.2/libglib-2.0.so.0.4600.2’
/bin/cp: cannot create regular file ‘libglib-2.0.so.0.4600.2/libglib-2.0.so.0.4600.2’: No such file or directory
‘/usr/lib64/libgmodule-2.0.so.0.4600.2’ -> ‘libgmodule-2.0.so.0.4600.2/libgmodule-2.0.so.0.4600.2’
/bin/cp: cannot create regular file ‘libgmodule-2.0.so.0.4600.2/libgmodule-2.0.so.0.4600.2’: No such file or directory
‘/usr/lib64/libgobject-2.0.so.0.4600.2’ -> ‘libgobject-2.0.so.0.4600.2/libgobject-2.0.so.0.4600.2’
/bin/cp: cannot create regular file ‘libgobject-2.0.so.0.4600.2/libgobject-2.0.so.0.4600.2’: No such file or directory
‘/usr/lib64/libgthread-2.0.so.0.4600.2’ -> ‘libgthread-2.0.so.0.4600.2/libgthread-2.0.so.0.4600.2’
/bin/cp: cannot create regular file ‘libgthread-2.0.so.0.4600.2/libgthread-2.0.so.0.4600.2’: No such file or directory
Of course it doesn't work, basename command tries to remove extension .4600.1 and you have extension 4600.2. Replace 4600.1 with 4600.2 and it should work!
There is a simpler way without copying. Just run cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 following from cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 command line -
LD_PRELOAD=/usr/lib/vmware/lib/libglibmm-2.4.so.1/libglibmm-2.4.so.1 /usr/bin/vmware
Or, edit /usr/bin/vmware and put in cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 following line somewhere near cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 top (close to cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 existing export statements)-
export LD_PRELOAD=/usr/lib/vmware/lib/libglibmm-2.4.so.1/libglibmm-2.4.so.1
Hello, thanks for cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 info. I have fedora 23, out of cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 box and with Vicent's hack i manage to enable VMWare Player 12 on it.
PS: I change cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 step 2 to this:
for mylib in $(ls /usr/lib64/*4600*); do /bin/cp -afv $mylib $(basename $mylib .4600.2 )/$(basename $mylib .4600.2 ); done
Regards,
Felipe S.
Crap, now when i try to power on a VM, i get cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 error: "Could not open /dev/vmmon: No existe el fichero o el directorio.
Please make sure that cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 kernel module `vmmon' is loaded."
And if i run sudo /etc/init.d/vmware start , i get: Restarting vmware (via systemctl): Job for vmware.service failed because cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 control process exited with error code. See "systemctl status vmware.service" and "journalctl -xe" for details.
eish, I've messed my installation big time. After following cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 above I now get a host of ocá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365r errors.
At top level:
/tmp/modconfig-MX4enQ/vmmon-only/linux/driver.c:1285:1: warning: always_inline function might not be inlinable [-Wattributes]
LinuxDriverSyncReadTSCs(uint64 *delta) // OUT: TSC max - TSC min
^
scripts/Makefile.build:258: recipe for target '/tmp/modconfig-MX4enQ/vmmon-only/linux/driver.o' failed
make[2]: *** [/tmp/modconfig-MX4enQ/vmmon-only/linux/driver.o] Error 1
make[2]: *** Waiting for unfinished jobs....
Makefile:1382: recipe for target '_module_/tmp/modconfig-MX4enQ/vmmon-only' failed
make[1]: *** [_module_/tmp/modconfig-MX4enQ/vmmon-only] Error 2
make[1]: Leaving directory '/usr/src/kernels/4.3.5-300.fc23.x86_64'
Makefile:120: recipe for target 'vmmon.ko' failed
make: *** [vmmon.ko] Error 2
make: Leaving directory '/tmp/modconfig-MX4enQ/vmmon-only'
Starting vmware (via systemctl): Job for vmware.service failed because cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 control process exited with error code. See "systemctl status vmware.service" and "journalctl -xe" for details.
[FAILED]
Post a Comment