Jump to content

Problem in VMWare installation


Guest Minh Trung
 Share

Recommended Posts

Guest Minh Trung

This is my WmWare installation process:

 

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

 

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

-> I say "yes"

 

after that:

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? [/usr/src/linux/include]

I click Enter,

 

and then:

The path "/usr/src/linux/include" is not an existing directory.
How can I solve this problem ? My kerner version is 2.6.12-12mdksmp. Help me pleas, I need VMWare very much to emulate Win XP. Tks in advance.

 

 

[moved from Software by spinynorman]

Link to comment
Share on other sites

urpmi kernel-source

or even

urpmi kernel-source-stripped

(much smaller, and it will also cut the cake for that task)

...and after that again, as root,

./vmware-config.pl

 

And have in mind that all VMWare versions up to 5.5.0 will leak a lot of memory with a -smp enabled kernel, if you use just a HT Intel CPU.

Edited by scarecrow
Link to comment
Share on other sites

Guest Minh Trung

I followed your instructions but it couldn't solve my problem

 

After upgrade kernel-source by urpmi, there are three folders in my /usr/src, but folder linux has a small arrow symbol like "shortcut" in Windows

[root@dhcppc0 ~]# cd /usr/src

[root@dhcppc0 src]# ls

linux@ linux-2.6.12-18mdk/ RPM/

H5_9.jpg

 

I re-run ./vmware-config.pl but It is always like this and I have to say "yes":

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

 

None of the pre-built vmmon modules for VMware Player 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? [/usr/src/linux/include

 

Fristly, I use /usr/src/linux/include, but it says that:

 

The directory of kernel headers (version 2.6.12-18mdksmp) does not match your

running kernel (version 2.6.12-12mdksmp). Even if the module were to compile

successfully, it would not load into the running kernel.

 

Secondly, I use /usr/src/linux-2.6.12-18mdk/include, the error message doesn't change:

 

The directory of kernel headers (version 2.6.12-18mdksmp) does not match your

running kernel (version 2.6.12-12mdksmp). Even if the module were to compile

successfully, it would not load into the running kernel.

 

What do I have to do now ?

 

Content of version.h in both 2 folder of linux, here it is:

#include <linux/rhconfig.h>
#if defined(__module__BOOT)
#define UTS_RELEASE "2.6.12-18mdkBOOT"
#elif defined(__module__up)
#define UTS_RELEASE "2.6.12-18mdk"
#elif defined(__module__smp)
#define UTS_RELEASE "2.6.12-18mdksmp"
#elif defined(__module__i686_up_4GB)
#define UTS_RELEASE "2.6.12-18mdk-i686-up-4GB"
#elif defined(__module__i586_up_1GB)
#define UTS_RELEASE "2.6.12-18mdk-i586-up-1GB"
#else
#define UTS_RELEASE "2.6.12-18mdkcustom"
#endif
#define LINUX_VERSION_CODE 132620
#define KERNEL_VERSION(a,b,c) (((a) << 16) + ((B) << 8) + ©)

Link to comment
Share on other sites

Seems like you installed the wrong (mismatching) kernel-source (2.6.12-18mdk) while your running kernel is 2.6.12-12mdksmp

Either replace kernel-source with the fitting one 2.6.12-12mdk , or upgrade your running kernel to 2.6.12-18mdksmp - any of the two should work.

An easy way:

- urpme kernel-source

- Disable the "updates" repo temporarily, and delete the downloaded kernel-source RPM from the urpmi cache.

- urpmi kernel-source

 

Now urpmi will install the correct kernel-source from "main" repo, instead of the latest one from "updates".

The /linux directory is actually just a symlink to the /linux-2.6.12-18mdk directory.

With some kernel revisions yoy will need Petr's "any-any VMWare patch, but I don't think it's necessary for a kernel as aged as 2.6.12.X

Edited by scarecrow
Link to comment
Share on other sites

Guest Minh Trung

What you said means that: there are 3 steps to do ?

 

Step 1: urpme kernel-source:

 

[root@dhcppc0 ~]# urpme kernel-source
, it responses that :

 

These packages contain kernel-source: kernel-source-2.6-2.6.12-18mdk.i586.

 

That's all :unsure:

 

Step 2: Disable the "updates" repo temporarily, and delete the downloaded kernel-source RPM from the urpmi cache --> but I don't know how to "Disable" the update repo temporarily and delete the downloaded kernel - source RPM form the urpmi :mellow: , and what is the "repo temporarily" ?

 

Step 3: urpmi kernel-source

 

Help me plz. Tks so much for your times :)

Link to comment
Share on other sites

OK, go to MCC/ remove software, query for "kernel-source" and remove it.

You could also go MCC/install software and install "kernel-2.6-2.6.12-18mdksmp", and then switch to that as default and reboot.

Disabling the updates repo can be done again within MCC.

Link to comment
Share on other sites

You'd be much better doing:

 

urpmi kernel-smp-2.6.12.18mdk

 

because as soon as you re-enable your repositories and apply updates, it will download the kernel-source-2.6.12.18 which you currently have installed. Therefore, this will mean you'll negate receiving the same problem again later. Unless of course that you don't apply updates to your system.

 

This is what I do when I use vmware.

Link to comment
Share on other sites

This was one of the final straws that broke the camels back for me with Mandrake.

The problem I had is that at the time I had a GIG of RAM and the regualr kernel only supported 868MB or so...

So I ended up with some kernel called 'enterprise' which did support the RAM ...

 

The problem then is that the kernel-headers and kernel-source were not the kernel source that mandrake used on its kernel, there must have been patches or something on top....

 

So when you compiled vmware modules or other kernel dependant modules againt the kernel it reported "missing symbols" ...

 

the only way I ever got it working was downloading the kernel-source and compiling my own kernel BUT this kernel was not the same as the mandrake kernel with exactly the same name/version (different size and the mandrake source had -custom" inserted intot he kernel name... of course you could just edit this out of the makefile but recompiling still gave a different sized kernel???

 

To this day I have no idea why mandrake source was not the same as source they compiled, I mean why call it exactly the same but with -source?? I followed GCC versions etc. exactly and I suspect it is some 'secret' optimisation or kernel patches they installed but considered commercially sensitive... ??

Link to comment
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Loading...
 Share

×
×
  • Create New...