It seems that after hibernating and/or working in battery mode on my Linux Host, VMWare workstation refuses to start in gnome. When I launch it from the command line I get:
spitfire stardotstar # /etc/init.d/vmware restart
Starting VMware services: \[ ok ]
Virtual machine monitor \[ ok ]
Virtual ethernet \[ ok ]
Bridged networking on /dev/vmnet0 \[ ok ]
Host-only networking on /dev/vmnet1 (background) \[ ok ]
Host-only networking on /dev/vmnet8 (background) \[ ok ]
NAT service on /dev/vmnet8 \[ ok ]
spitfire stardotstar # vmware
/opt/vmware/workstation/lib/bin/vmware: /opt/vmware/workstation/lib/lib/libpng12.so.0/libpng12.so.0: no version information available (required by /usr/lib/libcairo.so.2)
process 19422: Attempt to remove filter function 0xb6c6d9dc user data 0x87fe038, but no such filter has been added
D-Bus not built with -rdynamic so unable to print a backtrace
/opt/vmware/workstation/lib/bin/vmware: /opt/vmware/workstation/lib/lib/libpng12.so.0/libpng12.so.0: no version information available (required by /usr/lib/libcairo.so.2)
/opt/vmware/workstation/lib/bin/vmware: /opt/vmware/workstation/lib/lib/libpng12.so.0/libpng12.so.0: no version information available (required by /usr/lib/libcairo.so.2)
process 19433: Attempt to remove filter function 0xb6fa09dc user data 0x8800810, but no such filter has been added
D-Bus not built with -rdynamic so unable to print a backtrace
spitfire stardotstar #
It seems that rebooting and what not will bring things back together but I can't see when or why this started to happen.
Will
http://bugs.gentoo.org/show_bug.cgi?id=155450
In summary - start /etc/init.d/hald !
What exact version of VMware Workstation?
What exact Linux distribution and kernel version of the host?
Distro is Gentoo;
spitfire stardotstar # uname -a
Linux spitfire 2.6.17.11Mactel-Pentium-M-Rev1 #6 SMP PREEMPT Sat Nov 4 18:39:58 EST 2006 i686 Genuine Intel(R) CPU T2600 @ 2.16GHz GenuineIntel GNU/Linux
VMWare version;
spitfire stardotstar # vmware -v
/opt/vmware/workstation/lib/bin/vmware: /opt/vmware/workstation/lib/lib/libpng12.so.0/libpng12.so.0: no version information available (required by /usr/lib/libcairo.so.2)
VMware Workstation 5.5.3 build-34685
This has been running very smoothly for a long time - refer some of my post history if necessary so I suspect it has something to do with the suspend process or modules not coming back online properly somehow. Any insight into the "filter function" would be tremendously helpful...
Thanks for the reply KevinG and sorry for not posting proper supporting material I should know better
WIll
Try starting VMware from the command line using the following syntax
VMWARE_USE_GTK_SHIPPED=force vmware
OR
VMWARE_USE_GTK_SHIPPED=yes vmware
Does it still have the issue?
I will indeed try this since I have found that it is often reproducible after hibernation.
Something does not seem to be coming back online properly.
Strangely enough though I find that often I can resume from hibernation with a VM still running - ie not even paused itself with no ill effects. Other times the workstation finds that its module won't load and needs to be reconfigured...
Just a Data Point:
Distro: Debian Sid
Kernel: Linux schwarzkopf 2.6.20-1-686 #1 SMP Tue Apr 24 21:52:11 UTC 2007 i686 GNU/Linux
Installed using Petr's Patch
I get the following when I start vmware:
VMware Workstation 5.5.4 build-44386
/usr/lib/vmware/bin/vmware: /usr/lib/vmware/lib/libpng12.so.0/libpng12.so.0: no version information available (required by /usr/lib/libcairo.so.2)
administrator@schwarzkopf:~$ VMWARE_USE_SHIPPED_GTK=force vmware
process 3736: Attempt to remove filter function 0xb6d272b0 user data 0x87f9ee0, but no such filter has been added
process 3736: Applications must not close shared connections - see dbus_connection_close() docs. This is a bug in the application.
If I dont use the VMWARE_USE_SHIPPED_GTK=force vmware I cannot browse the file system, but otherwise VMware seems to work fine.
Not really a "Problem" report.. but just data for any developers who might want to see this.
Clif
http://bugs.gentoo.org/show_bug.cgi?id=155450
In summary - start /etc/init.d/hald !
Yeah, start hal, or quit dbus, either works.