VM Workstation 6.0.4 auf Suse 11 verweigert any-any-Patch

[McRod]

Hallo,

auf eine frisch aufgesetzte Suse 11, 32-bit wurde eine VMware Workstation V: 6.0.2 per RPM installiert und anschließend der aktuelle any-any-Patch V: 115 gefahren, der mit der Meldung abbrach, dass der erforderliche gcc zu neu sei.
Daraufhin per Yast VM deinstalliert und Reboot. Download der neuesten VM ws V: 6.0.4 und Install per RPM. Anschließend nach Anleitung der opensuse.org (setting up VMware on Suse Linux) den any-any-Patch gefahren mit ./runme.pl, der nun bis zum Punkt: vmware-config.pl durchlief und dann abbrach mit der Meldung:

> "The following VMware kernel modules have been found on your system that were not installed by VMware Installer. Please remove them then run this installer again.
>> vmblock
>> vmhgfs
>> vmmemctl
>> vmxnet
> Execution aborted"

Frage: Wo findet man diese Module, in welchen SubDir, und wie werden sie entfernt, da Yast sie nicht kennt? - Eine Suche über das System fand auch keine Dateien mit diesen Bezeichnungen.

McRod

[McRod]

Hallo,

habe die angemaulten Module wie folgt entfernt bekommen:
Über Yast alle nur ansatzweise zu VMware gehörenden Module entfernt, ausser den Suse eigenen VM-Modulen.

Gleiche Installationsprozedur, diesmal lief alles ohne angemaulte Module, aber...:

opensuse 11 32 Bit + VMware Workstation V: 6.0.4 (die neueste) als RPM
Kein any-any-Patch.
Aufruf der Install-Routine als Root im Terminalfenster =>
/usr/bin/vmware-config.pl.
Routine bleibt hängen wg. gcc, 4.3.1, entweder Abbruch oder weiter, hier weiter...
s.u.
Die VMware Icons sind da, trotzdem startet VM nicht. - Kein Wunder...
Kennt jemand eine Lösung?

McRod

~~~~~~~~~~~~

linux-sam:/home/boss # /usr/bin/vmware-config.pl
Making sure services for VMware Workstation are stopped.

Stopping VMware services:
Virtual machine monitor done

Configuring fallback GTK+ 2.4 libraries.

In which directory do you want to install the theme icons?
[/usr/share/icons]

What directory contains your desktop menu entry files? These files have a
.desktop file extension. [/usr/share/applications]

In which directory do you want to install the application's icon?
[/usr/share/pixmaps]

Trying to find a suitable vmmon module for your running kernel.

None of the pre-built vmmon modules for VMware Workstation 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] y

Using compiler "/usr/bin/gcc". Use environment variable CC to override.

Your kernel was built with "gcc" version "4.3.1", while you are trying to use
"/usr/bin/gcc" version "4.3". This configuration is not recommended and VMware
Workstation may crash if you'll continue. Please try to use exactly same
compiler as one used for building your kernel. Do you want to go with compiler
"/usr/bin/gcc" version "4.3" anyway? [no] y

What is the location of the directory of C header files that match your running
kernel? [/lib/modules/2.6.25.5-1.1-default/build/include]

Extracting the sources of the vmmon module.

Building the vmmon module.

Using 2.6.x kernel build system.
make: Entering directory `/tmp/vmware-config2/vmmon-only'
make -C /lib/modules/2.6.25.5-1.1-default/build/include/.. SUBDIRS=$PWD SRCROOT=$PWD/. modules
make[1]: Entering directory `/usr/src/linux-2.6.25.5-1.1-obj/i386/default'
make -C /usr/src/linux-2.6.25.5-1.1 O=/usr/src/linux-2.6.25.5-1.1-obj/i386/default/. modules
CC [M] /tmp/vmware-config2/vmmon-only/linux/driver.o
CC [M] /tmp/vmware-config2/vmmon-only/linux/hostif.o
CC [M] /tmp/vmware-config2/vmmon-only/common/comport.o
CC [M] /tmp/vmware-config2/vmmon-only/common/cpuid.o
CC [M] /tmp/vmware-config2/vmmon-only/common/hash.o
CC [M] /tmp/vmware-config2/vmmon-only/common/memtrack.o
CC [M] /tmp/vmware-config2/vmmon-only/common/phystrack.o
CC [M] /tmp/vmware-config2/vmmon-only/common/task.o
CC [M] /tmp/vmware-config2/vmmon-only/common/vmciContext.o
CC [M] /tmp/vmware-config2/vmmon-only/common/vmciDatagram.o
CC [M] /tmp/vmware-config2/vmmon-only/common/vmciDriver.o
CC [M] /tmp/vmware-config2/vmmon-only/common/vmciDs.o
CC [M] /tmp/vmware-config2/vmmon-only/common/vmciGroup.o
CC [M] /tmp/vmware-config2/vmmon-only/common/vmciHashtable.o
CC [M] /tmp/vmware-config2/vmmon-only/common/vmciProcess.o
CC [M] /tmp/vmware-config2/vmmon-only/common/vmciResource.o
CC [M] /tmp/vmware-config2/vmmon-only/common/vmciSharedMem.o
CC [M] /tmp/vmware-config2/vmmon-only/common/vmx86.o
CC [M] /tmp/vmware-config2/vmmon-only/vmcore/moduleloop.o
LD [M] /tmp/vmware-config2/vmmon-only/vmmon.o
Building modules, stage 2.
MODPOST 1 modules
WARNING: modpost: module vmmon.ko uses symbol 'init_mm' marked UNUSED
CC /tmp/vmware-config2/vmmon-only/vmmon.mod.o
LD [M] /tmp/vmware-config2/vmmon-only/vmmon.ko
make[1]: Leaving directory `/usr/src/linux-2.6.25.5-1.1-obj/i386/default'
cp -f vmmon.ko ./../vmmon.o
make: Leaving directory `/tmp/vmware-config2/vmmon-only'
The module loads perfectly in the running kernel.

/dev is dynamic:
Trying to find a suitable vmblock module for your running kernel.

None of the pre-built vmblock modules for VMware Workstation is suitable for
your running kernel. Do you want this program to try to build the vmblock
module for your system (you need to have a C compiler installed on your
system)? [yes] y

Extracting the sources of the vmblock module.

Building the vmblock module.

Using 2.6.x kernel build system.
make: Entering directory `/tmp/vmware-config2/vmblock-only'
make -C /lib/modules/2.6.25.5-1.1-default/build/include/.. SUBDIRS=$PWD SRCROOT=$PWD/. modules
make[1]: Entering directory `/usr/src/linux-2.6.25.5-1.1-obj/i386/default'
make -C /usr/src/linux-2.6.25.5-1.1 O=/usr/src/linux-2.6.25.5-1.1-obj/i386/default/. modules
CC [M] /tmp/vmware-config2/vmblock-only/linux/block.o
CC [M] /tmp/vmware-config2/vmblock-only/linux/control.o
CC [M] /tmp/vmware-config2/vmblock-only/linux/dbllnklst.o
CC [M] /tmp/vmware-config2/vmblock-only/linux/dentry.o
/tmp/vmware-config2/vmblock-only/linux/dentry.c: In function ‘DentryOpRevalidate’:
/tmp/vmware-config2/vmblock-only/linux/dentry.c:101: error: ‘struct nameidata’ has no member named ‘dentry’
/tmp/vmware-config2/vmblock-only/linux/dentry.c:101: error: ‘struct nameidata’ has no member named ‘dentry’
/tmp/vmware-config2/vmblock-only/linux/dentry.c:102: error: implicit declaration of function ‘path_release’
make[4]: *** [/tmp/vmware-config2/vmblock-only/linux/dentry.o] Fehler 1
make[3]: *** [_module_/tmp/vmware-config2/vmblock-only] Fehler 2
make[2]: *** [sub-make] Fehler 2
make[1]: *** [all] Fehler 2
make[1]: Leaving directory `/usr/src/linux-2.6.25.5-1.1-obj/i386/default'
make: *** [vmblock.ko] Fehler 2
make: Leaving directory `/tmp/vmware-config2/vmblock-only'
Unable to build the vmblock module.

The vmblock module enables dragging or copying files from within a guest and
dropping or pasting them onto your host (guest to host drag and drop and file
copy/paste). The rest of the software provided by VMware Workstation is
designed to work independently of this feature (including host to guest drag
and drop and file copy/paste).

If you would like the guest to host drag and drop and file copy/paste features,
you can install the driver by running vmware-config.pl again after making sure
that gcc, binutils, make and the kernel sources for your running kernel are
installed on your machine. These packages are available on your distribution's
installation CD.
[ Press Enter key to continue ]
linux-sam:/home/boss #

[chaoschemiker]

Ich habe das nahezu gleiche Problem mit der WS 6.0.0 gehabt. Mit dem any-any-patch117 ging die Installation problemlos. Habe allerdings auch die Fehlermeldung wegen der falschen GCC-Version bekommen und trotzdem weitergemacht. Die VMware Oberfläche startet auch und sieht perfekt aus. Aber: Keine meiner virtuellen Maschinen läuft darauf. Beim Start kommen immer nacheinander mehrere Fehlerfenster die behaupten das die Module nicht zum Kernel passen. Eventuell muss man doch einen anderen Kompiler nehmen. Ich verwende gcc43 und bin der Meinung das mit ihm auch der Kernel komipiliert wurde, unabhängig davon was VMware behauptet. Vielleicht geht es ja mit einem gcc-c++? Werde heute Abend auch mal wieder ein bischen rumprobieren.

[McRod]

Hallo chaoschemiker,

wo hast Du den any-any-patch117 herbekommen? Bitte nenne den Link. Auf der offiziellen website laut Suse-Anleitung steht nur der 115.
http://knihovny.cvut.cz/ftp/pub/vmware/

Hier fand ich auch nichts Aktuells zur 11 und unserem Problem:
http://de.opensuse.org/SDB:SDB

Wenn Du die Final Suse 11 fährst bietet Dir Yast nur den 4.3.1 an. Wie kommst Du dann an den gcc 4.3? - Und gibt es da keine Konflikte mit anderen Modulen?

Genau das ist die Krux mit den VMs, die man ja schon mühevoll angelegt hat und übernehmen will.

Es wäre begrüßenswert, wenn VMware wenigstens bei den paar großen Linux-Distributionen zeitnah mit den Finals HowTo´s liefern würde. Schließlich nutzen wir mit der WS bezahlte lizensierte Software und haben nicht ellen lang Zeit rumzufriemeln, auch ist nicht jeder firm darin kryptische cfg-Files zu editieren.
Novell-Suse und Citrix basteln mit XEN an was ähnlichem; - lief ja schon mal perfekt in Cambridge vor 2 Jahren, bis es MS unterband. Wie ich es sehe muss VMware aufpassen, dass ihnen nicht Kunden abwandern.
Ein guter Support hat noch keinem Unternehmen geschadet.

Da ich hier auf Standard-Markenhardware frisch mit Defaultwerten aufgesetzt habe ist davon auszugehen, dass die Fehler weitverbreitet reproduzierbar sind. Ist Dir aufgefallen, dass noch niemand gepostet hat, wie man eine WS 6.0.4 unter Suse 11 Final installiert?

McRod

[chaoschemiker]

Such mal unter google nach any-any-update117, nicht nach patch117, da findest Du ihn.

den gcc-43 bietet die SUSE 11.0 unter Yast. Wenn man nur den gcc installiert bekommt man die Version 4.3.????, wenn man den gcc-43 auswählt die Version 4.3.1 Also genau die die die VMware eigentlich will und trotzdem als falsch ansieht.

Ich bin übrigens noch kein Stück weitergekommen. Ich hab die Patches 115, 116 und 117 auf VMware 6.0.0 und 6.0.4 getestet und nichts ging. Total genervt hab ich heute nacht aufgehört. Wahrscheinlich mach ich demnächst die Festplatte platt und spiel mir wieder eine 10.x auf. Mit der war ich eigentlich sehr zufrieden. Leider ist mein Compi vor etwa 3 Wochen abgeraucht. ALDI hatte gerade einen AMD Phenon 9500 mit 500 GB HDD, 3 GB RAM und GForce 9500 im Laden. Also gekauft - und mein 10.2 kam damit nicht klar. Internet habe ich bis jetzt nicht zum laufen bekommen und daher auch kein Update für die Grafikkarte. Auch sind die WinXP in der VMware durch die Hardwareänderungen nun mangels neuer Internetaktivierung im 10.2 auf diesen Notmodus beschränkt. Also sehr unbefriedigend. Aufs 11.0 gewartet. Jetzt geht zwar Internet und Grafik, aber dafür keine VMware. Auf Deutsch: Im 10.2 wo die VM's laufen würden gehen sie nicht weil kein Internet und im 11.0 wo das Internet geht lauf die VM's nicht. Grrrrr.

[chaoschemiker]

Gestern Abend ging auch nichts - abgesehen vom Halbfinale. Heute früh hab ich noch diesen topaktuellen Beitrag aus USA gefunden: http://opsamericas.com/?p=734. Das Problem mit der WS 6.0.x auf Opensuse 11.0 scheint also weltweit zu bestehen. Der Schreiber behauptet das er das Problem gelöst hat. Vielleicht stimmt es ja. Ich komme vmtl. die nächsten drei Tage nicht mehr zu testen. Vielleicht "opfert" sich ja jemand anderes?

[venom8472]

Servus Leute

ich habe das Problem so gelöst das ich den any-any-update-very-ALPHA.tgz

benutzt habe! download buha kein plan bitte googeln oder link folgt in 1 - 2 Tagen (sorry)

Also als :

1. nach patch googeln

2. VMWARE - Workstation 6.0.4 - 93057 downloaden die TAR datei kein RPM und setup ausführen!!!

3. vor dem ausführen von vmware - config.pl in das Verzeichniss /ust/lib/vmware/modules/source wechseln und Patch rein Kopieren
einmal das patch verzeichniss und die Script datei

dann ausführen

dort sind 4 .tar datein die gepatcht werden

4. dann das setup weiter ausführen und wenn es was sagt wegen dem GCC 4.3.1 einfach mit yes weiter machen !!!

5. Dies war bei mir so zwecks den Netzwerkadaptern ich konnte nur einen benutzen (eth0) wired und leider kein zweiten (ath0) wireless dort gab es fehler

falls jemnad noch ne detalierte anleitung braucht ...

Meine E-MAIL x1111xx1111x@web.de

kann 1 -2 tage dauern bis ich mich melde

Ich hoffe es hat euch was gepracht

[chaoschemiker]

Zwischenzeitlich läuft jezt auch meine Workstation einwandfrei:

Habe die versehentlich installierte Opensuse 11.0 32-Bit deinstalliert und die korrekte 64-Bit installiert. Darauf lies sich die Workstation 6.0.4 ohne Patch installieren. Lediglich die schon häufig angesprochene Meldung über den falschen GCC-Compler Version 4.3 kommt. Die Meldung kann man ignorieren und mit Y weitermachen.