vmware startet nicht mit SuSE 9.2 auf AMD 64
Hallo Liste, hat jemand die o.g. Lösung am laufen? Mit 9.2/32 habe ich vmware nach einigen Problemen zum Laufen bekommen, aber unter 64 sehe ich momentan kein Licht. Der Trick wie unter 32 scheint nicht zu funktionieren: cd /usr/src/linuxXXX make oldconfig make cp Module.symvers /lib/modules/2.6.XXX/build vmware-config.pl Ein Problem gibt es beim Kompilieren, hier wird aufgrund eines gesetzten Defines vom Präcompiler ein Code freigegeben, der sich auf einen 2.2-Kernel zu beziehen scheint, und mit dem der Compiler nichts anfangen kann. Ich habe daraufhin das entsprechende tar-Archiv entpackt, den Define im Code auf #undef gesetzt, das tar-Archiv wieder eingepackt und im vmware-source-Directory abgelegt. Der Compiler frisst den Code jetzt und vmware-config.pl läuft (scheinbar) korrekt durch. Die Module werden als vmnet.o und vmmon.o unter /lib/modules/.../misc abgelegt. Dort habe ich einen symbolischen Link als vmnet.ko bzw. vmmon.ko auf die Files gelegt. Nach einem depmod lassen sich die Module mit modprobe scheinbar problemlos laden. Beim Start von vmware kommt die Meldung, vmware sei zwar installiert, aber nicht korrekt konfiguriert, ich möge vmware-config.pl laufen lassen. vmware-config.pl läuft problemlos durch, "starten Sie vmware", und vmware meckert, s.o. .... Jemand eine Idee/Tipp? Gruß, Wolfgang
Am Donnerstag, 2. Dezember 2004 10:30 schrieb Wolfgang Hinsch:
Hallo Liste,
hat jemand die o.g. Lösung am laufen? Mit 9.2/32 habe ich vmware nach einigen Problemen zum Laufen bekommen, aber unter 64 sehe ich momentan kein Licht.
Der Trick wie unter 32 scheint nicht zu funktionieren: cd /usr/src/linuxXXX make oldconfig make cp Module.symvers /lib/modules/2.6.XXX/build vmware-config.pl
[...]
Jemand eine Idee/Tipp?
Wenn du den aktuellen vmware-any-any-update patch von http://ftp.cvut.cz/vmware/ einbaust sollte es funktionieren.
Markus Kossmann wrote:
Am Donnerstag, 2. Dezember 2004 10:30 schrieb Wolfgang Hinsch:
[...] Wenn du den aktuellen vmware-any-any-update patch von http://ftp.cvut.cz/vmware/ einbaust sollte es funktionieren.
Sagt mal, was hat es eigentlich mit diesem any-any-update auf sich?? Wofür, wogegen und weshalb braucht man das oder vielleicht auch nicht?? Kann mich mal jemand aufklären?! das wäre gaaanz lieb :-) Viele Grüße Tol
Am Freitag, 3. Dezember 2004 12:03 schrieb Anatol Schirmer:
Markus Kossmann wrote:
Am Donnerstag, 2. Dezember 2004 10:30 schrieb Wolfgang Hinsch:
[...] Wenn du den aktuellen vmware-any-any-update patch von http://ftp.cvut.cz/vmware/ einbaust sollte es funktionieren.
Sagt mal, was hat es eigentlich mit diesem any-any-update auf sich?? Wofür, wogegen und weshalb braucht man das oder vielleicht auch nicht?? Die vmware Kernel-Module benutzen Internas des Kernels. Der Kernel wird aber ständig weiterentwickelt. Somit ist es auch notwendig die Kernel-Module ständig nachzuziehen, damit sie zu aktuellen Kerneln kompatibel bleiben.
Die vmware-any-any updates enthalten die dafürnotwendigen Patches und zusätzlich eventuell auch noch Bugfixes die vmware erst in der nächsten Ausgabe einbauen wird.
Markus Kossmann wrote:
Am Freitag, 3. Dezember 2004 12:03 schrieb Anatol Schirmer:
Markus Kossmann wrote:
[...]
Die vmware Kernel-Module benutzen Internas des Kernels. Der Kernel wird aber ständig weiterentwickelt. Somit ist es auch notwendig die Kernel-Module ständig nachzuziehen, damit sie zu aktuellen Kerneln kompatibel bleiben.
Die vmware-any-any updates enthalten die dafürnotwendigen Patches und zusätzlich eventuell auch noch Bugfixes die vmware erst in der nächsten Ausgabe einbauen wird.
Aaahh - wieder was gelernt :-) Von wem kommen eigentlich die updates? Von vmware selbst? Würde ich jetzt spontan vermuten ... aber wieso gibt es diese Patches dann nicht auf den üblichen vmware Seiten, sondern unter völlig anderen Adressen? Das spricht wiederum dafür, daß andere fleißige und unabhängige Menschen da am Werke sind :-) ... Grüße Tol
Hallo,
Anatol Schirmer
Von wem kommen eigentlich die updates? Von vmware selbst? Würde ich jetzt spontan vermuten ... aber wieso gibt es diese Patches dann nicht auf den üblichen vmware Seiten, sondern unter völlig anderen Adressen? Das spricht wiederum dafür, daß andere fleißige und unabhängige Menschen da am Werke sind :-) ...
Wenn VMware nun jede Kernel-Version offiziell unterstützen würden, wäre dies alleine supportmäßig nicht zu verkraften. Deswegen wird die laufende Entwicklung ohne Support quasi ausgelagert. Die schliesst gleichzeitig die Beteiligung der Benutzer als eine Art "Beta-Tester" mit ein. bis dahin - kind regards Martin Mewes -- Member of the Webmin Translation Team http://www.webmin.com/ http://webmin.mamemu.de/ Debian, SuSE, Securityfocus and Webmin - Mailinglist mboxes http://www.mewes.tv/mbox/
Am Freitag, 3. Dezember 2004 13:11 schrieb Anatol Schirmer:
Markus Kossmann wrote:
Am Freitag, 3. Dezember 2004 12:03 schrieb Anatol Schirmer:
Markus Kossmann wrote:
[...]
Die vmware Kernel-Module benutzen Internas des Kernels. Der Kernel wird aber ständig weiterentwickelt. Somit ist es auch notwendig die Kernel-Module ständig nachzuziehen, damit sie zu aktuellen Kerneln kompatibel bleiben.
Die vmware-any-any updates enthalten die dafürnotwendigen Patches und zusätzlich eventuell auch noch Bugfixes die vmware erst in der nächsten Ausgabe einbauen wird.
Aaahh - wieder was gelernt :-)
Von wem kommen eigentlich die updates? Von vmware selbst? Nein, Petr Vandrovec macht diese Patches. Ich habe gerade noch eine Beschreibung seiner Patches von Petr selbst gefunden : http://www.vmware.com/community/thread.jspa?threadID=8990&tstart=0
Markus Kossmann wrote:
Am Freitag, 3. Dezember 2004 13:11 schrieb Anatol Schirmer: [...]
Von wem kommen eigentlich die updates? Von vmware selbst?
Nein, Petr Vandrovec macht diese Patches. Ich habe gerade noch eine Beschreibung seiner Patches von Petr selbst gefunden : http://www.vmware.com/community/thread.jspa?threadID=8990&tstart=0
Danke für die Aufklärung :-) Viele Grüße Tol
Hallo Liste, vielen Dank allen, die geantwortet haben. Ich habe jetzt die Lösung: Der vmware-any-any-Patch aus http://ftp.cvut.cz/vmware/ funktioniert, allerdings muss danach noch ein symbolischer Link aus /usr/lib/libpixbufloader-xpm.so auf /usr/lib/vmware/......./libpixbufloader-xpm.so gesetzt werden. Den Aktivierungsschlüssel kann man erst angeben, wenn vmware läuft, geht dann aber problemlos (hatte jemand gefragt - leider als PM). Gruß, Wolfgang
participants (4)
-
Anatol Schirmer
-
Markus Kossmann
-
Martin Mewes
-
Wolfgang Hinsch