Hallo, hat jemand schon die vmware 4.5.1 auf der SuSE9.1 zum Laufen bekommen? Bei mir läuft die Installation des entsprechenden rpm-Paketes mit -Uhv nur mit Fehlern ab (Dateinamen bzw.deren Zuordnungen scheinen nicht zu stimmen) und die Installation der virtuellen Maschine selbst bricht noch vor dem Einschieben der W2k-Cd ab mit der Fehlermeldung, es geben Probleme mit der verwendeten glib. Weiß jemand Rat? Wolfram Helmert
Der Fehler beim Abbruch der Installation der virt. Maschine lautet: /usr/lib/vmware/bin/vmware: relocation error: /usr/lib/vmware/bin/vmware: symbol __libc_fork, version GLIBC_2.1.2 not defined in file libc.so.6 with link time reference helmert wrote:
Hallo, hat jemand schon die vmware 4.5.1 auf der SuSE9.1 zum Laufen bekommen? Bei mir läuft die Installation des entsprechenden rpm-Paketes mit -Uhv nur mit Fehlern ab (Dateinamen bzw.deren Zuordnungen scheinen nicht zu stimmen) und die Installation der virtuellen Maschine selbst bricht noch vor dem Einschieben der W2k-Cd ab mit der Fehlermeldung, es geben Probleme mit der verwendeten glib. Weiß jemand Rat? Wolfram Helmert
Hi!
Der Fehler beim Abbruch der Installation der virt. Maschine lautet: /usr/lib/vmware/bin/vmware: relocation error: /usr/lib/vmware/bin/vmware: symbol __libc_fork, version GLIBC_2.1.2 not defined in file libc.so.6 with link time reference
Kann es sein, das die GLIBC2 nicht installiert ist? Ich meine mich dunkel zu erinnern, das suse 9.1 nur die glibc3 ausliefert, kann aber falsch liegen. evtl. mal bei installierter software nach glibc suchen... ciao T --- BRACE GmbH Dr. Thorsten Brandau (thorsten.brandau@brace.de) Taunusring 50 D-63755 Alzenau Germany Tel: +49 6023 32316 Fax: +49 6023 4973 http://www.brace.de http://www.mikrokugeln.de Shipments: BRACE GmbH Labor Karlstein Seligenstaedter Str. 100 D-63791 Karlstein Germany Tel: +49 6188 991757 Fax: +49 6188 991759 IMPORTANT NOTICE: This email may be confidential, may be legally privileged, and is for the intended recipient only. Access, disclosure, copying, distribution, or reliance on any of it by anyone else is prohibited and may be a criminal offence. Please delete if obtained in error and email confirmation to the sender.
Hallo, Deine Idee ist leider nicht richtig. Es werden standardmäßig die glib und die glibc2 installiert, von glib3 ist gar nicht die Rede bei yast. Ich habe nun noch die jeweiligen devel-Dateien nachinstalliert und statt des rpm's mal die tgz ausprobiert, aber die Fehler bleiben: durchlaufende Installation des Programms mit dem Hinweis auf falsche Verzeichnisnamen und der hier veröffentlichte Fehler (Abbruch und Fehlerausgabe) bei der Installation einer virtuellen Maschine. Mit der 9.0 ist die vmware 4.5.1 übrigens gelaufen! Danke! Wolfram Helmert Thorsten Brandau schrieb:
Hi!
Der Fehler beim Abbruch der Installation der virt. Maschine lautet: /usr/lib/vmware/bin/vmware: relocation error: /usr/lib/vmware/bin/vmware: symbol __libc_fork, version GLIBC_2.1.2 not defined in file libc.so.6 with link time reference
Kann es sein, das die GLIBC2 nicht installiert ist? Ich meine mich dunkel zu erinnern, das suse 9.1 nur die glibc3 ausliefert, kann aber falsch liegen. evtl. mal bei installierter software nach glibc suchen...
ciao
T
--- BRACE GmbH Dr. Thorsten Brandau (thorsten.brandau@brace.de) Taunusring 50 D-63755 Alzenau Germany Tel: +49 6023 32316 Fax: +49 6023 4973 http://www.brace.de http://www.mikrokugeln.de
Shipments: BRACE GmbH Labor Karlstein Seligenstaedter Str. 100 D-63791 Karlstein Germany Tel: +49 6188 991757 Fax: +49 6188 991759
IMPORTANT NOTICE: This email may be confidential, may be legally privileged, and is for the intended recipient only. Access, disclosure, copying, distribution, or reliance on any of it by anyone else is prohibited and may be a criminal offence. Please delete if obtained in error and email confirmation to the sender.
Schon mal in der vmware knowledgeba gelunzt? http://www.vmware.com/support/kb/enduser/std_adp.php?p_sid=JoNuUW9h&p_lv a=&p_faqid=1228&p_created=1078263410&p_sp=cF9zcmNoPTEmcF9ncmlkc29ydD0mcF 9yb3dfY250PTUxJnBfc2VhcmNoX3RleHQ9a2VybmVsIDIuNiZwX3NlYXJjaF90eXBlPTcmcF 9wcm9kX2x2bDE9fmFueX4mcF9wcm9kX2x2bDI9fmFueX4mcF9jYXRfbHZsMT1_YW55fiZwX2 NhdF9sdmwyPX5hbnl_JnBfc29ydF9ieT1kZmx0JnBfcGFnZT0x&p_li= http://www.vmware.com/support/kb/enduser/std_adp.php?p_sid=JoNuUW9h&p_lv a=&p_faqid=398&p_created=1023826201&p_sp=cF9zcmNoPTEmcF9ncmlkc29ydD0mcF9 yb3dfY250PTUxJnBfc2VhcmNoX3RleHQ9a2VybmVsIDIuNiZwX3NlYXJjaF90eXBlPTcmcF9 wcm9kX2x2bDE9fmFueX4mcF9wcm9kX2x2bDI9fmFueX4mcF9jYXRfbHZsMT1_YW55fiZwX2N hdF9sdmwyPX5hbnl_JnBfc29ydF9ieT1kZmx0JnBfcGFnZT0y&p_li= deutet darauf hin, das die kernel sourcen installiert sein sollten und ein make config, make dep durchgefuehrt werden sollte. und in den vmware foren findet sich eine loesung die heisst: http://www.vmware.com/community/thread.jspa?forumID=19&threadID=3893&mes sageID=18314#18314 falls es dich beruhigt: du bist nicht allein ;) scheint so, als ob die 4.5.1 nicht unter dem kernel 2.6.x richtig laeuft. ciao T --- BRACE GmbH Dr. Thorsten Brandau (thorsten.brandau@brace.de) Taunusring 50 D-63755 Alzenau Germany Tel: +49 6023 32316 Fax: +49 6023 4973 http://www.brace.de http://www.mikrokugeln.de Shipments: BRACE GmbH Labor Karlstein Seligenstaedter Str. 100 D-63791 Karlstein Germany Tel: +49 6188 991757 Fax: +49 6188 991759 IMPORTANT NOTICE: This email may be confidential, may be legally privileged, and is for the intended recipient only. Access, disclosure, copying, distribution, or reliance on any of it by anyone else is prohibited and may be a criminal offence. Please delete if obtained in error and email confirmation to the sender.
Hallo Thaomas Thorsten Brandau schrieb:
Schon mal in der vmware knowledgeba gelunzt?
zugegebenermassen bisher noch nicht - aber jetzt:
http://www.vmware.com/support/kb/enduser/std_adp.php?p_sid=JoNuUW9h&p_lv a=&p_faqid=1228&p_created=1078263410&p_sp=cF9zcmNoPTEmcF9ncmlkc29ydD0mcF 9yb3dfY250PTUxJnBfc2VhcmNoX3RleHQ9a2VybmVsIDIuNiZwX3NlYXJjaF90eXBlPTcmcF 9wcm9kX2x2bDE9fmFueX4mcF9wcm9kX2x2bDI9fmFueX4mcF9jYXRfbHZsMT1_YW55fiZwX2 NhdF9sdmwyPX5hbnl_JnBfc29ydF9ieT1kZmx0JnBfcGFnZT0x&p_li=
hier scheint es mehr um eine Vmware zugehen, die als Gast Kernel 2.6.x hat - und nicht als host
http://www.vmware.com/support/kb/enduser/std_adp.php?p_sid=JoNuUW9h&p_lv a=&p_faqid=398&p_created=1023826201&p_sp=cF9zcmNoPTEmcF9ncmlkc29ydD0mcF9 yb3dfY250PTUxJnBfc2VhcmNoX3RleHQ9a2VybmVsIDIuNiZwX3NlYXJjaF90eXBlPTcmcF9 wcm9kX2x2bDE9fmFueX4mcF9wcm9kX2x2bDI9fmFueX4mcF9jYXRfbHZsMT1_YW55fiZwX2N hdF9sdmwyPX5hbnl_JnBfc29ydF9ieT1kZmx0JnBfcGFnZT0y&p_li=
den Link habe ich leider nicht nachvollziehen können
deutet darauf hin, das die kernel sourcen installiert sein sollten
sind sie
und ein make config, make dep durchgefuehrt werden sollte.
gemäß den Hinweisen in der SuSE DB habe ich make clonconfig && make dep durchgeführt, Ergebnis: make dep sei mittlerweile überflüssig - nun ja
und in den vmware foren findet sich eine loesung die heisst:
http://www.vmware.com/community/thread.jspa?forumID=19&threadID=3893&mes sageID=18314#18314
das scheint mir sehr ähnlich meinem beschriebenen Fehler zu sein ....
falls es dich beruhigt: du bist nicht allein ;) scheint so, als ob die 4.5.1 nicht unter dem kernel 2.6.x richtig laeuft.
ich hatte schon den Verdacht, dass ich nicht der einzige bin. Danke, Thorsten, für Deine Hinweise! Gruß Wolfram
ciao
T
--- BRACE GmbH Dr. Thorsten Brandau (thorsten.brandau@brace.de) Taunusring 50 D-63755 Alzenau Germany Tel: +49 6023 32316 Fax: +49 6023 4973 http://www.brace.de http://www.mikrokugeln.de
Shipments: BRACE GmbH Labor Karlstein Seligenstaedter Str. 100 D-63791 Karlstein Germany Tel: +49 6188 991757 Fax: +49 6188 991759
IMPORTANT NOTICE: This email may be confidential, may be legally privileged, and is for the intended recipient only. Access, disclosure, copying, distribution, or reliance on any of it by anyone else is prohibited and may be a criminal offence. Please delete if obtained in error and email confirmation to the sender.
Hallo, hier ist die Ausgabe bei der Installation von vmware, nachdem ich da neueste vmware-any-any-update gezogen und aufgerufen habe. Hat irgendjemand eine Idee, was da los sein könnte??? Wolfram Helmert sonne:/software/vmware-any-any-update63 # ./runme.pl Updating /usr/bin/vmware ... Unknown version Sorry, there is no binary patch available for your version of vmware. VMware modules in "/usr/lib/vmware/modules/source" has been updated. Before running VMware for the first time after update, you need to configure it for your running kernel by invoking the following command: "/usr/bin/vmware-config.pl". Do you want this script to invoke the command for you now? [yes] Making sure VMware Workstation's services are stopped. Stopping VMware services: Virtual machine monitor done Bridged networking on /dev/vmnet0 done Virtual ethernet done Trying to find a suitable vmmon module for your running kernel. None of VMware Workstation's pre-built vmmon modules is suitable for your running kernel. Do you want this program to try to build the vmmon module for your system (you need to have a C compiler installed on your system)? [yes] Using compiler "/usr/bin/gcc". Use environment variable CC to override. What is the location of the directory of C header files that match your running kernel? [/lib/modules/2.6.4-52-default/build/include] Extracting the sources of the vmmon module. Building the vmmon module. Building for VMware Workstation 4.5.x or VMware GSX Server 3.0.0. Using 2.6.x kernel build system. make: Entering directory `/tmp/vmware-config0/vmmon-only' make -C /lib/modules/2.6.4-52-default/build/include/.. SUBDIRS=$PWD SRCROOT=$PWD/. modules make[1]: Entering directory `/usr/src/linux-2.6.4-52' CHK include/linux/version.h SPLIT include/linux/autoconf.h -> include/config/* *** Warning: Overriding SUBDIRS on the command line can cause *** inconsistencies CC arch/i386/kernel/asm-offsets.s CHK include/asm-i386/asm_offsets.h CC [M] /tmp/vmware-config0/vmmon-only/linux/driver.o CC [M] /tmp/vmware-config0/vmmon-only/linux/hostif.o CC [M] /tmp/vmware-config0/vmmon-only/common/cpuid.o CC [M] /tmp/vmware-config0/vmmon-only/common/hash.o CC [M] /tmp/vmware-config0/vmmon-only/common/memtrack.o CC [M] /tmp/vmware-config0/vmmon-only/common/phystrack.o CC [M] /tmp/vmware-config0/vmmon-only/common/task.o CC [M] /tmp/vmware-config0/vmmon-only/common/vmx86.o CC [M] /tmp/vmware-config0/vmmon-only/vmcore/compat.o CC [M] /tmp/vmware-config0/vmmon-only/vmcore/compilercheck.o CC [M] /tmp/vmware-config0/vmmon-only/vmcore/moduleloop.o LD [M] /tmp/vmware-config0/vmmon-only/vmmon.o Building modules, stage 2. MODPOST CC /tmp/vmware-config0/vmmon-only/vmmon.mod.o LD [M] /tmp/vmware-config0/vmmon-only/vmmon.ko make[1]: Leaving directory `/usr/src/linux-2.6.4-52' cp -f vmmon.ko ./../vmmon.o make: Leaving directory `/tmp/vmware-config0/vmmon-only' The module loads perfectly in the running kernel. This program previously created the file /dev/vmmon, and was about to remove it. Somebody else apparently did it already. Extracting the sources of the vmnet module. Building the vmnet module. Using 2.6.x kernel build system. make: Entering directory `/tmp/vmware-config0/vmnet-only' make -C /lib/modules/2.6.4-52-default/build/include/.. SUBDIRS=$PWD SRCROOT=$PWD/. modules make[1]: Entering directory `/usr/src/linux-2.6.4-52' CHK include/linux/version.h *** Warning: Overriding SUBDIRS on the command line can cause *** inconsistencies make[2]: »arch/i386/kernel/asm-offsets.s« ist bereits aktualisiert. CHK include/asm-i386/asm_offsets.h CC [M] /tmp/vmware-config0/vmnet-only/driver.o CC [M] /tmp/vmware-config0/vmnet-only/hub.o CC [M] /tmp/vmware-config0/vmnet-only/userif.o CC [M] /tmp/vmware-config0/vmnet-only/netif.o CC [M] /tmp/vmware-config0/vmnet-only/bridge.o CC [M] /tmp/vmware-config0/vmnet-only/procfs.o LD [M] /tmp/vmware-config0/vmnet-only/vmnet.o Building modules, stage 2. MODPOST CC /tmp/vmware-config0/vmnet-only/vmnet.mod.o LD [M] /tmp/vmware-config0/vmnet-only/vmnet.ko make[1]: Leaving directory `/usr/src/linux-2.6.4-52' cp -f vmnet.ko ./../vmnet.o make: Leaving directory `/tmp/vmware-config0/vmnet-only' The module loads perfectly in the running kernel. You have already setup networking. Would you like to skip networking setup and keep your old settings as they are? (yes/no) [yes] Do you want this program to automatically configure your system to allow your virtual machines to access the host's filesystem? (yes/no/help) [no] Starting VMware services: Virtual machine monitor done Virtual ethernet done Bridged networking on /dev/vmnet0 done The configuration of VMware Workstation 4.5.1 build-7568 for Linux for this running kernel completed successfully. You can now run VMware Workstation by invoking the following command: "/usr/bin/vmware". Enjoy, --the VMware team sonne:/software/vmware-any-any-update63 #sonne:/software/vmware-any-any-update63 # ./runme.pl Updating /usr/bin/vmware ... Unknown version Sorry, there is no binary patch available for your version of vmware. VMware modules in "/usr/lib/vmware/modules/source" has been updated. Before running VMware for the first time after update, you need to configure it for your running kernel by invoking the following command: "/usr/bin/vmware-config.pl". Do you want this script to invoke the command for you now? [yes] Making sure VMware Workstation's services are stopped. Stopping VMware services: Virtual machine monitor done Bridged networking on /dev/vmnet0 done Virtual ethernet done Trying to find a suitable vmmon module for your running kernel. None of VMware Workstation's pre-built vmmon modules is suitable for your running kernel. Do you want this program to try to build the vmmon module for your system (you need to have a C compiler installed on your system)? [yes] Using compiler "/usr/bin/gcc". Use environment variable CC to override. What is the location of the directory of C header files that match your running kernel? [/lib/modules/2.6.4-52-default/build/include] Extracting the sources of the vmmon module. Building the vmmon module. Building for VMware Workstation 4.5.x or VMware GSX Server 3.0.0. Using 2.6.x kernel build system. make: Entering directory `/tmp/vmware-config0/vmmon-only' make -C /lib/modules/2.6.4-52-default/build/include/.. SUBDIRS=$PWD SRCROOT=$PWD/. modules make[1]: Entering directory `/usr/src/linux-2.6.4-52' CHK include/linux/version.h SPLIT include/linux/autoconf.h -> include/config/* *** Warning: Overriding SUBDIRS on the command line can cause *** inconsistencies CC arch/i386/kernel/asm-offsets.s CHK include/asm-i386/asm_offsets.h CC [M] /tmp/vmware-config0/vmmon-only/linux/driver.o CC [M] /tmp/vmware-config0/vmmon-only/linux/hostif.o CC [M] /tmp/vmware-config0/vmmon-only/common/cpuid.o CC [M] /tmp/vmware-config0/vmmon-only/common/hash.o CC [M] /tmp/vmware-config0/vmmon-only/common/memtrack.o CC [M] /tmp/vmware-config0/vmmon-only/common/phystrack.o CC [M] /tmp/vmware-config0/vmmon-only/common/task.o CC [M] /tmp/vmware-config0/vmmon-only/common/vmx86.o CC [M] /tmp/vmware-config0/vmmon-only/vmcore/compat.o CC [M] /tmp/vmware-config0/vmmon-only/vmcore/compilercheck.o CC [M] /tmp/vmware-config0/vmmon-only/vmcore/moduleloop.o LD [M] /tmp/vmware-config0/vmmon-only/vmmon.o Building modules, stage 2. MODPOST CC /tmp/vmware-config0/vmmon-only/vmmon.mod.o LD [M] /tmp/vmware-config0/vmmon-only/vmmon.ko make[1]: Leaving directory `/usr/src/linux-2.6.4-52' cp -f vmmon.ko ./../vmmon.o make: Leaving directory `/tmp/vmware-config0/vmmon-only' The module loads perfectly in the running kernel. This program previously created the file /dev/vmmon, and was about to remove it. Somebody else apparently did it already. Extracting the sources of the vmnet module. Building the vmnet module. Using 2.6.x kernel build system. make: Entering directory `/tmp/vmware-config0/vmnet-only' make -C /lib/modules/2.6.4-52-default/build/include/.. SUBDIRS=$PWD SRCROOT=$PWD/. modules make[1]: Entering directory `/usr/src/linux-2.6.4-52' CHK include/linux/version.h *** Warning: Overriding SUBDIRS on the command line can cause *** inconsistencies make[2]: »arch/i386/kernel/asm-offsets.s« ist bereits aktualisiert. CHK include/asm-i386/asm_offsets.h CC [M] /tmp/vmware-config0/vmnet-only/driver.o CC [M] /tmp/vmware-config0/vmnet-only/hub.o CC [M] /tmp/vmware-config0/vmnet-only/userif.o CC [M] /tmp/vmware-config0/vmnet-only/netif.o CC [M] /tmp/vmware-config0/vmnet-only/bridge.o CC [M] /tmp/vmware-config0/vmnet-only/procfs.o LD [M] /tmp/vmware-config0/vmnet-only/vmnet.o Building modules, stage 2. MODPOST CC /tmp/vmware-config0/vmnet-only/vmnet.mod.o LD [M] /tmp/vmware-config0/vmnet-only/vmnet.ko make[1]: Leaving directory `/usr/src/linux-2.6.4-52' cp -f vmnet.ko ./../vmnet.o make: Leaving directory `/tmp/vmware-config0/vmnet-only' The module loads perfectly in the running kernel. You have already setup networking. Would you like to skip networking setup and keep your old settings as they are? (yes/no) [yes] Do you want this program to automatically configure your system to allow your virtual machines to access the host's filesystem? (yes/no/help) [no] Starting VMware services: Virtual machine monitor done Virtual ethernet done Bridged networking on /dev/vmnet0 done The configuration of VMware Workstation 4.5.1 build-7568 for Linux for this running kernel completed successfully. You can now run VMware Workstation by invoking the following command: "/usr/bin/vmware". Enjoy, --the VMware team sonne:/software/vmware-any-any-update63 #sonne:/software/vmware-any-any-update63 # ./runme.pl Updating /usr/bin/vmware ... Unknown version Sorry, there is no binary patch available for your version of vmware. VMware modules in "/usr/lib/vmware/modules/source" has been updated. Before running VMware for the first time after update, you need to configure it for your running kernel by invoking the following command: "/usr/bin/vmware-config.pl". Do you want this script to invoke the command for you now? [yes] Making sure VMware Workstation's services are stopped. Stopping VMware services: Virtual machine monitor done Bridged networking on /dev/vmnet0 done Virtual ethernet done Trying to find a suitable vmmon module for your running kernel. None of VMware Workstation's pre-built vmmon modules is suitable for your running kernel. Do you want this program to try to build the vmmon module for your system (you need to have a C compiler installed on your system)? [yes] Using compiler "/usr/bin/gcc". Use environment variable CC to override. What is the location of the directory of C header files that match your running kernel? [/lib/modules/2.6.4-52-default/build/include] Extracting the sources of the vmmon module. Building the vmmon module. Building for VMware Workstation 4.5.x or VMware GSX Server 3.0.0. Using 2.6.x kernel build system. make: Entering directory `/tmp/vmware-config0/vmmon-only' make -C /lib/modules/2.6.4-52-default/build/include/.. SUBDIRS=$PWD SRCROOT=$PWD/. modules make[1]: Entering directory `/usr/src/linux-2.6.4-52' CHK include/linux/version.h SPLIT include/linux/autoconf.h -> include/config/* *** Warning: Overriding SUBDIRS on the command line can cause *** inconsistencies CC arch/i386/kernel/asm-offsets.s CHK include/asm-i386/asm_offsets.h CC [M] /tmp/vmware-config0/vmmon-only/linux/driver.o CC [M] /tmp/vmware-config0/vmmon-only/linux/hostif.o CC [M] /tmp/vmware-config0/vmmon-only/common/cpuid.o CC [M] /tmp/vmware-config0/vmmon-only/common/hash.o CC [M] /tmp/vmware-config0/vmmon-only/common/memtrack.o CC [M] /tmp/vmware-config0/vmmon-only/common/phystrack.o CC [M] /tmp/vmware-config0/vmmon-only/common/task.o CC [M] /tmp/vmware-config0/vmmon-only/common/vmx86.o CC [M] /tmp/vmware-config0/vmmon-only/vmcore/compat.o CC [M] /tmp/vmware-config0/vmmon-only/vmcore/compilercheck.o CC [M] /tmp/vmware-config0/vmmon-only/vmcore/moduleloop.o LD [M] /tmp/vmware-config0/vmmon-only/vmmon.o Building modules, stage 2. MODPOST CC /tmp/vmware-config0/vmmon-only/vmmon.mod.o LD [M] /tmp/vmware-config0/vmmon-only/vmmon.ko make[1]: Leaving directory `/usr/src/linux-2.6.4-52' cp -f vmmon.ko ./../vmmon.o make: Leaving directory `/tmp/vmware-config0/vmmon-only' The module loads perfectly in the running kernel. This program previously created the file /dev/vmmon, and was about to remove it. Somebody else apparently did it already. Extracting the sources of the vmnet module. Building the vmnet module. Using 2.6.x kernel build system. make: Entering directory `/tmp/vmware-config0/vmnet-only' make -C /lib/modules/2.6.4-52-default/build/include/.. SUBDIRS=$PWD SRCROOT=$PWD/. modules make[1]: Entering directory `/usr/src/linux-2.6.4-52' CHK include/linux/version.h *** Warning: Overriding SUBDIRS on the command line can cause *** inconsistencies make[2]: »arch/i386/kernel/asm-offsets.s« ist bereits aktualisiert. CHK include/asm-i386/asm_offsets.h CC [M] /tmp/vmware-config0/vmnet-only/driver.o CC [M] /tmp/vmware-config0/vmnet-only/hub.o CC [M] /tmp/vmware-config0/vmnet-only/userif.o CC [M] /tmp/vmware-config0/vmnet-only/netif.o CC [M] /tmp/vmware-config0/vmnet-only/bridge.o CC [M] /tmp/vmware-config0/vmnet-only/procfs.o LD [M] /tmp/vmware-config0/vmnet-only/vmnet.o Building modules, stage 2. MODPOST CC /tmp/vmware-config0/vmnet-only/vmnet.mod.o LD [M] /tmp/vmware-config0/vmnet-only/vmnet.ko make[1]: Leaving directory `/usr/src/linux-2.6.4-52' cp -f vmnet.ko ./../vmnet.o make: Leaving directory `/tmp/vmware-config0/vmnet-only' The module loads perfectly in the running kernel. You have already setup networking. Would you like to skip networking setup and keep your old settings as they are? (yes/no) [yes] Do you want this program to automatically configure your system to allow your virtual machines to access the host's filesystem? (yes/no/help) [no] Starting VMware services: Virtual machine monitor done Virtual ethernet done Bridged networking on /dev/vmnet0 done The configuration of VMware Workstation 4.5.1 build-7568 for Linux for this running kernel completed successfully. You can now run VMware Workstation by invoking the following command: "/usr/bin/vmware". Enjoy, --the VMware team sonne:/software/vmware-any-any-update63 #sonne:/software/vmware-any-any-update63 # ./runme.pl Updating /usr/bin/vmware ... Unknown version Sorry, there is no binary patch available for your version of vmware. VMware modules in "/usr/lib/vmware/modules/source" has been updated. Before running VMware for the first time after update, you need to configure it for your running kernel by invoking the following command: "/usr/bin/vmware-config.pl". Do you want this script to invoke the command for you now? [yes] Making sure VMware Workstation's services are stopped. Stopping VMware services: Virtual machine monitor done Bridged networking on /dev/vmnet0 done Virtual ethernet done Trying to find a suitable vmmon module for your running kernel. None of VMware Workstation's pre-built vmmon modules is suitable for your running kernel. Do you want this program to try to build the vmmon module for your system (you need to have a C compiler installed on your system)? [yes] Using compiler "/usr/bin/gcc". Use environment variable CC to override. What is the location of the directory of C header files that match your running kernel? [/lib/modules/2.6.4-52-default/build/include] Extracting the sources of the vmmon module. Building the vmmon module. Building for VMware Workstation 4.5.x or VMware GSX Server 3.0.0. Using 2.6.x kernel build system. make: Entering directory `/tmp/vmware-config0/vmmon-only' make -C /lib/modules/2.6.4-52-default/build/include/.. SUBDIRS=$PWD SRCROOT=$PWD/. modules make[1]: Entering directory `/usr/src/linux-2.6.4-52' CHK include/linux/version.h SPLIT include/linux/autoconf.h -> include/config/* *** Warning: Overriding SUBDIRS on the command line can cause *** inconsistencies CC arch/i386/kernel/asm-offsets.s CHK include/asm-i386/asm_offsets.h CC [M] /tmp/vmware-config0/vmmon-only/linux/driver.o CC [M] /tmp/vmware-config0/vmmon-only/linux/hostif.o CC [M] /tmp/vmware-config0/vmmon-only/common/cpuid.o CC [M] /tmp/vmware-config0/vmmon-only/common/hash.o CC [M] /tmp/vmware-config0/vmmon-only/common/memtrack.o CC [M] /tmp/vmware-config0/vmmon-only/common/phystrack.o CC [M] /tmp/vmware-config0/vmmon-only/common/task.o CC [M] /tmp/vmware-config0/vmmon-only/common/vmx86.o CC [M] /tmp/vmware-config0/vmmon-only/vmcore/compat.o CC [M] /tmp/vmware-config0/vmmon-only/vmcore/compilercheck.o CC [M] /tmp/vmware-config0/vmmon-only/vmcore/moduleloop.o LD [M] /tmp/vmware-config0/vmmon-only/vmmon.o Building modules, stage 2. MODPOST CC /tmp/vmware-config0/vmmon-only/vmmon.mod.o LD [M] /tmp/vmware-config0/vmmon-only/vmmon.ko make[1]: Leaving directory `/usr/src/linux-2.6.4-52' cp -f vmmon.ko ./../vmmon.o make: Leaving directory `/tmp/vmware-config0/vmmon-only' The module loads perfectly in the running kernel. This program previously created the file /dev/vmmon, and was about to remove it. Somebody else apparently did it already. Extracting the sources of the vmnet module. Building the vmnet module. Using 2.6.x kernel build system. make: Entering directory `/tmp/vmware-config0/vmnet-only' make -C /lib/modules/2.6.4-52-default/build/include/.. SUBDIRS=$PWD SRCROOT=$PWD/. modules make[1]: Entering directory `/usr/src/linux-2.6.4-52' CHK include/linux/version.h *** Warning: Overriding SUBDIRS on the command line can cause *** inconsistencies make[2]: »arch/i386/kernel/asm-offsets.s« ist bereits aktualisiert. CHK include/asm-i386/asm_offsets.h CC [M] /tmp/vmware-config0/vmnet-only/driver.o CC [M] /tmp/vmware-config0/vmnet-only/hub.o CC [M] /tmp/vmware-config0/vmnet-only/userif.o CC [M] /tmp/vmware-config0/vmnet-only/netif.o CC [M] /tmp/vmware-config0/vmnet-only/bridge.o CC [M] /tmp/vmware-config0/vmnet-only/procfs.o LD [M] /tmp/vmware-config0/vmnet-only/vmnet.o Building modules, stage 2. MODPOST CC /tmp/vmware-config0/vmnet-only/vmnet.mod.o LD [M] /tmp/vmware-config0/vmnet-only/vmnet.ko make[1]: Leaving directory `/usr/src/linux-2.6.4-52' cp -f vmnet.ko ./../vmnet.o make: Leaving directory `/tmp/vmware-config0/vmnet-only' The module loads perfectly in the running kernel. You have already setup networking. Would you like to skip networking setup and keep your old settings as they are? (yes/no) [yes] Do you want this program to automatically configure your system to allow your virtual machines to access the host's filesystem? (yes/no/help) [no] Starting VMware services: Virtual machine monitor done Virtual ethernet done Bridged networking on /dev/vmnet0 done The configuration of VMware Workstation 4.5.1 build-7568 for Linux for this running kernel completed successfully. You can now run VMware Workstation by invoking the following command: "/usr/bin/vmware". Enjoy, --the VMware team sonne:/software/vmware-any-any-update63 # helmert schrieb:
Der Fehler beim Abbruch der Installation der virt. Maschine lautet: /usr/lib/vmware/bin/vmware: relocation error: /usr/lib/vmware/bin/vmware: symbol __libc_fork, version GLIBC_2.1.2 not defined in file libc.so.6 with link time reference
helmert wrote:
Hallo, hat jemand schon die vmware 4.5.1 auf der SuSE9.1 zum Laufen bekommen? Bei mir läuft die Installation des entsprechenden rpm-Paketes mit -Uhv nur mit Fehlern ab (Dateinamen bzw.deren Zuordnungen scheinen nicht zu stimmen) und die Installation der virtuellen Maschine selbst bricht noch vor dem Einschieben der W2k-Cd ab mit der Fehlermeldung, es geben Probleme mit der verwendeten glib. Weiß jemand Rat? Wolfram Helmert
Hallo Wolfram, ob's hilft: in der Zusammenfassung nach der Installation/Update von 9.1 steht: vmware-installation: Beschleunigung von vmware deaktivieren: Edit->Virtual Maschine Settings->Option->Advanced-> Disable acceleration Habs noch nicht ausprobiert Gruß Hans Hallo, hat jemand schon die vmware 4.5.1 auf der SuSE9.1 zum Laufen bekommen? Bei mir läuft die Installation des entsprechenden rpm-Paketes mit -Uhv nur mit Fehlern ab (Dateinamen bzw.deren Zuordnungen scheinen nicht zu stimmen) und die Installation der virtuellen Maschine selbst bricht noch vor dem Einschieben der W2k-Cd ab mit der Fehlermeldung, es geben Probleme mit der verwendeten glib. Weiß jemand Rat? Wolfram Helmert
Hallo Hans an die von Dir genannten Einstellungen kommst Du nur heran, wenn Du bereits eine virt. Maschine installiert hast - soweit komme ich aber gar nicht, der VM-Abfrage der Settings bricht VMware ab. Gruß Wolfram Hans Herdegen schrieb:
Hallo Wolfram, ob's hilft: in der Zusammenfassung nach der Installation/Update von 9.1 steht: vmware-installation: Beschleunigung von vmware deaktivieren: Edit->Virtual Maschine Settings->Option->Advanced-> Disable acceleration Habs noch nicht ausprobiert Gruß Hans
Hallo, hat jemand schon die vmware 4.5.1 auf der SuSE9.1 zum Laufen bekommen? Bei mir läuft die Installation des entsprechenden rpm-Paketes mit -Uhv nur mit Fehlern ab (Dateinamen bzw.deren Zuordnungen scheinen nicht zu stimmen) und die Installation der virtuellen Maschine selbst bricht noch vor dem Einschieben der W2k-Cd ab mit der Fehlermeldung, es geben Probleme mit der verwendeten glib. Weiß jemand Rat? Wolfram Helmert
Am Dienstag, 27. April 2004 17:50 schrieb Hans Herdegen:
hat jemand schon die vmware 4.5.1 auf der SuSE9.1 zum Laufen bekommen? Bei mir läuft die Installation des entsprechenden
rpm-Paketes mit -Uhv nur mit Fehlern ab (Dateinamen bzw.deren Zuordnungen scheinen nicht zu stimmen) und die Installation der virtuellen Maschine selbst bricht noch vor dem Einschieben der W2k-Cd ab mit der Fehlermeldung, es geben Probleme mit der verwendeten glib.
Ja, und zwar völlig ohne Probleme. Mein SuSE 9.1 ist allerdings eine Neuinstallation, kein Update. Einfach das rpm installiert und vmware-config.pl aufgerufen. hrw@tuxel:~> rpm -qa | grep -i glib glib2-2.2.3-117 glibc-locale-2.3.3-98 glib-1.2.10-586 glibc-devel-2.3.3-97 glibc-2.3.3-97 taglib-1.0-80 hrw@tuxel:~>
Weiß jemand Rat?
Leider nein. robert
Moin, moin ...
Hans-Robert Wagner
Am Dienstag, 27. April 2004 17:50 schrieb Hans Herdegen:
hat jemand schon die vmware 4.5.1 auf der SuSE9.1 zum Laufen bekommen? Bei mir läuft die Installation des entsprechenden
Ja, und zwar völlig ohne Probleme. Mein SuSE 9.1 ist allerdings eine Neuinstallation, kein Update. Einfach das rpm installiert und vmware-config.pl aufgerufen.
Hier bei mir dito, als ich gestern endlich meine Lieferung bekam. Da ich _grundsätzlich_ die Neuinstallation der Updateinstallation vorziehe ohne dabei jedoch "/home", welches auf einer eigenen Festplatte liegt, anzufassen, konnte ich einfach meine gespeicherten Special-RPMs, die ich dort gelagert habe, in einem Rutsch ins System werfen. Darunter eben auch VMware 4.5.1 :-) Wermutstropfen: Meine Debian 3r2-Installation in VMware bricht beim Herunterfahren jetzt einfach ab. VMware meldet einen merkwürdigen Speicherfehler und hängt sich weg. Nett fand ich allerdings, daß beim Lauf der "vmware-config.pl" ich erstmalig das Build-System eines 2.6er-Kernels zu Gesicht bekam :-) bis dahin - kind regards Martin Mewes -- http://webmin.mamemu.de/ Official Webmin/Usermin Translation Co-Ordinator 2003/2004 Proud Forte Agent 2.0 Beta Tester
Hallo robert merkwürdig - ich bin tatsächlich nicht der Einzige, der diese Probleme hat, im Forum von VMware wird ähnliches über die 4.5.1 berichtet. Und dann die Berichte von Dir und anderen, dass alles problemlos laufe. Auch ich habe eine Neuinstallation vorgenommen um klare Verhältnisse zu haben. Deine Ausgabe von rpm sieht bei mir doch genauso aus: sonne:/home/wolfram # rpm -qa|grep -i glib glibc-locale-2.3.3-98 glibc-html-2.3.3-98 glib-devel-1.2.10-586 glib2-devel-2.2.3-117 glibc-info-2.3.3-98 glib2-2.2.3-117 glibc-devel-2.3.3-97 glib-1.2.10-586 taglib-1.0-80 glibc-2.3.3-97 Gruß Wolfram Hans-Robert Wagner schrieb:
Am Dienstag, 27. April 2004 17:50 schrieb Hans Herdegen:
hat jemand schon die vmware 4.5.1 auf der SuSE9.1 zum Laufen bekommen? Bei mir läuft die Installation des entsprechenden
Ja, und zwar völlig ohne Probleme. Mein SuSE 9.1 ist allerdings eine Neuinstallation, kein Update. Einfach das rpm installiert und vmware-config.pl aufgerufen.
rpm-Paketes mit -Uhv nur mit Fehlern ab (Dateinamen bzw.deren Zuordnungen scheinen nicht zu stimmen) und die Installation der virtuellen Maschine selbst bricht noch vor dem Einschieben der W2k-Cd ab mit der Fehlermeldung, es geben Probleme mit der verwendeten glib.
hrw@tuxel:~> rpm -qa | grep -i glib glib2-2.2.3-117 glibc-locale-2.3.3-98 glib-1.2.10-586 glibc-devel-2.3.3-97 glibc-2.3.3-97 taglib-1.0-80 hrw@tuxel:~>
Weiß jemand Rat?
Leider nein.
robert
participants (5)
-
Hans Herdegen -
Hans-Robert Wagner -
helmert -
Martin Mewes -
Thorsten Brandau