depmod pointing to wrong path

[pharm]

Okay i thought i was just messing things up trying to do a kernal upgrade. so i did a fresh install. and I am still getting the same errors!

I did a complete 1stage build and the only kernel i merged was 2.4.20-gentoo-r7

no others! my depmod is still trying to load modules.dep from 2.4.20-gentoo-r6!

like i said no other kernal has been on the system and i did a "text book" install. !! any modules i try to load give me dependancies errors and its because the depmod is looking at 2.4.20-gentoo-r6 directory which is not even existent. all my modules are cp'd to the gentoo-r7 folder and stuff they just won't load! where is the path settings for the depfile="location" var so i can edit it manually.

[GentooOpus]

I'm having a similar problem.

I've built a new kernel but none of the modules will load during a normal boot. the errors that I get are unresolved symbols or no such devices.

if I use depmod -ae 2.4.22cd for the new kernel, it access the correct lib modules dir and modules dep but reports bad symbols.

if I use and explicit depmod

depmod -a -F /usr/src/linux/System.map -C /etc/modules.conf 2.4.22cd

the modules and depmod are updated without error.

The odd thing is my system boots the old kernel without error, yet I can't even run a depmod -a on it.

If anyone has any idea, as to what's happening here. I'm certainly all ears.


G

[IvoryTiger]

[GentooOpus]

modules-update produces that same series of unresolved symbol errors


I've re-emerge/updated modutils module-init-tools binutils also

I actually have two links in my /usr/src path one for "linux", the other "linux-2.4" to matche what's in modules.autoload.d

both are pointing to my /usr/src/linux-2.4.22cd build directory path

What I find odd is that even on a kernel that boots correctly,

I still get depmod errors.

G

[GentooOpus]

Well, I think I fixed my problem....

Some how the user and group settings for both of my linux kernel build directors had been set to something other than root. Both were set to user and group 573 which is non existent on my system.

How, when or what agent caused this, I have no idea. All I know is that I never set such a screwy parameter.

Anyhow check your permissions on the linux build directory.

save your .config file to another area and then run make mrproper to fully recent the kernel build environment

then recopy your .config file back to the kernel dir and run

menuconfig and save. This will allow you to dep all the modules

then

make dep clean bzImage modules modules_install

mount your boot partition and

make install

This has finally...... fixed my system kernel build problems.

G