+++ This bug was initially created as a clone of Bug #19872 +++ The command "depmod -a" resolves unsresolved symbols, because the command didn't find the current System.map. The Proble discovers when installing svgalib_helper.o. The issue that has been attempted to be resolved still exists in some instances, as it is looking in /usr/src/linux, /boot for the System.map. This does not work on my system, as /usr is an LVM mounted filesystem, and /boot is an ext2 mounted filesystem. Upon initial execution of /etc/init.d/modules during startup, /boot and /usr are not yet mounted, resulting in the error message "System.map not found". A proposed fix for this would be to place the System.map in /lib/modules/${KV} as the system can't start without this directory existing in the root partition. This would also eliminate the concern of System.map being incorrect version for the booted kernel version.
We don't care, sorry. It doesn't harm absolutely anything. *** This bug has been marked as a duplicate of bug 104288 ***
I would have to disagree with that assesment completely. Under normal conditions that may be true, however, the purpose of this is to check modules for unresolved externals during bootup, and if a user is installing external precompiled modules, this could alert the user of the incompatability. Also, it could warn the user of a potential module recompile that may be necessary. I have made a simple two line modification to /usr/share/genkernel/gen_compile.sh that simply copies System.map to the /lib/module/{KV} directory that resolves the issue.
genkernel copies the System.map nonsense to /boot; don't see why you need more copies of this thing that's not used for anything. *** This bug has been marked as a duplicate of bug 104288 ***
