Enrico Kunz schrieb:

Fast! Ich kam schon einen Schritt weiter, dann geschah aber folgendes:

Unable to make a vmmon module that can be loaded in the running kernel: /tmp/vmware-config1/vmmon.o: unresolved symbol fput_R041e9ef0 /tmp/vmware-config1/vmmon.o: unresolved symbol wake_up_process_Re0206e26 /tmp/vmware-config1/vmmon.o: unresolved symbol misc_register_Rb226ed46 /tmp/vmware-config1/vmmon.o: unresolved symbol remove_wait_queue_R17c614fa /tmp/vmware-config1/vmmon.o: unresolved symbol poll_initwait_Re2fed5a1 /tmp/vmware-config1/vmmon.o: unresolved symbol irq_stat_R81eed952 /tmp/vmware-config1/vmmon.o: unresolved symbol mem_map_Ra2dbbaa3 /tmp/vmware-config1/vmmon.o: unresolved symbol kmap_high_Rc804a874 /tmp/vmware-config1/vmmon.o: unresolved symbol poll_freewait_R7d92f582 /tmp/vmware-config1/vmmon.o: unresolved symbol fget_R46e88355 /tmp/vmware-config1/vmmon.o: unresolved symbol misc_deregister_Rde76d97f /tmp/vmware-config1/vmmon.o: unresolved symbol highmem_start_page_R259972b3 /tmp/vmware-config1/vmmon.o: unresolved symbol add_wait_queue_R794cb9c3 /tmp/vmware-config1/vmmon.o: unresolved symbol __free_pages_Rd705b629 /tmp/vmware-config1/vmmon.o: [...] There is probably a slight difference in the kernel configuration between the set of C header files you specified and your running kernel. You may want to rebuild a kernel based on that directory, or specify another directory.

Was nun?

Es gibt unresolved symbols, d.h. das vmmon Modul kann nicht geladen werden, weil gewisse Implementierungen, die normaler- weise der Kernel (oder andere Module) bereit stellt (stellen), nicht aufgeloest werden koennen. Ursache davon ist nicht eindeutig: am Wahrscheinlichsten ist das, was auch oben schon auf englisch steht - evtl. passt der installierte Kernelsource und dessen Header nicht exakt zum laufenden Kernel. Andere Ursachen koennten sein, dass dem Kernel gewisse Feature fehlen, was aber eher unwahrscheinlich ist bei obigen Symbolnamen, oder es koennte auch an unter- schiedlichen Compilerversionen liegen, die zum Compilieren des Kernels und nun des Moduls verwendet wurden. Wuerde an Deiner Stelle mit einem "fresh install" der Kernel-Quellen beginnen und auf alle Faelle schauen, dass der Kernel-Source zum lau- fenden Kernel passt. Du hast gar nicht gesagt, was fuer eine SuSE Version Du benutzt und was das genau fuer ein Kernel ist, der Default-Kernel der Distribution oder evtl. schon eine up- gedatete Version...? CU, Th.

Am Freitag, 12. Dezember 2003 09:14 schrieb Rafael Kolless:

Am Freitag, 12. Dezember 2003 15:00 schrieb Enrico Kunz:

...

There is probably a slight difference in the kernel configuration between the set of C header files you specified and your running kernel. You may want to rebuild a kernel based on that directory, or specify another directory.

Die erzeugten Kernelmodule von VMware laufen nicht auf der SusE 9.0. Deswegen sind welche schon mit dem Kernel der Distribution mitgeliefert worden. Da diese nun überschrieben wurden einmal noch das Kernel-RPM (vermutlich Athlon bei Dir?) k_default bzw k_athlon mit rpm -e entfernen und dann sofort wieder aufspielen. VMware nicht deinstallieren. Es sollte danach laufen :)

Gruß

Rafael was haste denn für eine version von vmware? wenn es die 4rer ist, habe ich damit auch probleme. habe mir vin der seite noch mal den vorgänger ( auch als RPM ) besorgt und damit habe ich keine probleme. ich habe suse9.0 drauf.

Sven

Malte Gell wrote:

Am Freitag, 12. Dezember 2003 12:29 schrieb Enrico Kunz:

...

[...] Offensichtlich scheitert die Installation am Nichtvorhandensein eines Verzeichnisses "asm". Was muß ich installieren, damit dieses vorhanden ist?

[malte_gell@linux]/usr/src/linux/include· rpm -qf asm-i386

kernel-source-2.4.21-144

Kernelquellen installiert? Scheinbar; aber hast Du einen Link /usr/src/linux der auf /usr/src/linux-2.4.21-144 zeigt? Der wird normalerweise beim Installieren der Kernelquellen aus dem RPM gesetzt... Dann liegt es wohl eher an VMware, erwartet das eine best. Kernelversion? Will VMware die Kernelkonfiguration wissen und sucht nach .config?

Nein, ihr seid auf der falschen Faehrte. Wie ich bereits schrieb: der Kernel-Source muss konfiguriert sein, also ein "make cloneconfig && make dep" durchfuehren im Ver- zeichnis /usr/src/linux. <source>/include/asm ist kein Verzeichnis, sondern nur ein Link auf das Korrekte asm- Architektur Verzeichnis. Der Link wird durch "make cloneconfig" erstellt. Das "make dep" erstellt die zum Compilieren noetigen Header in <source>/include/linux, z.B. version.h. Gruesse, Th.

Enrico Kunz schrieb:

Thomas Hertweck schrieb:

...

Wie ich bereits schrieb: der Kernel-Source muss konfiguriert sein, also ein "make cloneconfig && make dep" durchfuehren im Ver- zeichnis /usr/src/linux. <source>/include/asm ist kein Verzeichnis, sondern nur ein Link auf das Korrekte asm- Architektur Verzeichnis. Der Link wird durch "make cloneconfig" erstellt. Das "make dep" erstellt die zum Compilieren noetigen Header in <source>/include/linux, z.B. version.h.

tja - so funktioniert es leider auch nicht. (siehe oben meine Antwort auf deine erste Reaktion).

Eins nach dem andern... Du hast erzaehlt, es gibt kein "Verzeichnis" asm in /usr/src/linux/include - das habe ich oben erklaert (asm ist ein Link) und das Problem sollte mit dem Ausfuehren von oben genannten Befehlen behoben sein. Allerdings scheinst Du noch mehr Probleme zu haben. Ueberpruefe bitte, dass der installierte Kernel-Quell- code exakt zum laufenden Kernel passt. Wenn der Kernel gepatcht wurde, dann muessen auch die zugehoerenden Quellen gepatcht sein, usw. Es ist wichtig, dass dies auf Deinem System erfuellt ist. Ansonsten muss man sich nicht wundern, wenn etwas schief laeuft. CU, Th.