Forums

Skip to content

Advanced search
  • Quick links
    • Unanswered topics
    • Active topics
    • Search
  • FAQ
  • Login
  • Register
  • Board index Assistance Other Things Gentoo
  • Search

System.map not found - unable to check symbols

Still need help with Gentoo, and your question doesn't fit in the above forums? Here is your last bastion of hope.
Post Reply
Advanced search
28 posts
  • 1
  • 2
  • Next
Author
Message
lugduweb
n00b
n00b
Posts: 47
Joined: Thu May 04, 2006 6:57 am

System.map not found - unable to check symbols

  • Quote

Post by lugduweb » Fri Jun 16, 2006 6:43 pm

I have the following warning/error on boot :
System.map not found - unable to check symbols
Does somebody know what it means and what's wrong ?

Thanks :-)
Pegasos II PPC G4 / ATI RADEON 8500 / Hauppauge PVR350 / Kernel 2.6.15r1
Efika PPC 603e / ATI RADEON 9250 / Kernel 2.6.19r2
Top
Philantrop
Retired Dev
Retired Dev
Posts: 1130
Joined: Tue Dec 21, 2004 12:38 am
Location: Germany
Contact:
Contact Philantrop
Website

  • Quote

Post by Philantrop » Fri Jun 16, 2006 7:40 pm

This is not critical but easy to fix: You'll find the System.map in /usr/src/linux/System.map. Copy it to your /boot directory and name it like your kernel's revision (uname -r):

Code: Select all

cp /usr/src/linux/System.map /boot/System.map-`uname -r`
It should look like this (from my system, your kernel might be different):
ls -l /boot (I removed some meaningless output) wrote: -rw-r--r-- 1 root root 1975403 22. Mai 20:05 kernel-2.6.16-gentoo-r8
-rw-r--r-- 1 root root 913762 22. Mai 20:05 System.map-2.6.16-gentoo-r8
The System.map contains the symbols the kernel spits out in case of a kernel panic/oops and you'll therefor hopefully never see it in action. :-)
Top
lugduweb
n00b
n00b
Posts: 47
Joined: Thu May 04, 2006 6:57 am

  • Quote

Post by lugduweb » Sat Jun 17, 2006 7:04 am

Hi ! thanks for answering :-)

OK, so I've tried what you told me, but it still displays the same error message on boot.

So here the full content of my current boot dir :
total 12692
4 drwxr-xr-x 2 root root 4096 Jun 17 08:42 .
4 drwxr-xr-x 20 root root 4096 Jun 6 19:15 ..
0 -rw-r--r-- 1 root root 0 Feb 12 11:51 .keep
0 lrwxrwxrwx 1 root root 27 Jun 17 08:42 System.map -> System.map-2.6.15-gentoo-r1
584 -rw-r--r-- 1 root root 591385 Jun 17 08:36 System.map-2.6.15-gentoo-r1
0 lrwxrwxrwx 1 root root 1 Apr 29 18:19 boot -> .
0 lrwxrwxrwx 1 root root 24 May 27 00:27 fbsplash -> fbsplash_livecd-1024x768
484 -rw-r--r-- 1 root root 491412 May 27 00:20 fbsplash_livecd-1024x768
0 lrwxrwxrwx 1 root root 26 Jun 17 00:24 pegasos -> pegasos_2.6.15-gentoo-r1_4
1540 -rwxr-xr-x 1 root root 1630947 May 26 19:27 pegasos_2.6.15-gentoo-r1
1540 -rwxr-xr-x 1 root root 1630947 May 27 20:22 pegasos_2.6.15-gentoo-r1_2
1656 -rwxr-xr-x 1 root root 1749731 Jun 6 22:18 pegasos_2.6.15-gentoo-r1_3
1640 -rwxr-xr-x 1 root root 1733347 Jun 17 00:24 pegasos_2.6.15-gentoo-r1_4
1672 -rwxr-xr-x 1 root root 1768684 Jun 16 23:02 pegasos_2.6.16-gentoo-r7
1784 -rwxr-xr-x 1 root root 1882340 Jun 15 22:29 pegasos_2.6.16-gentoo-r9
1784 -rwxr-xr-x 1 root root 1882368 Jun 16 21:11 pegasos_2.6.16-gentoo-r9_2
I always boot on "pegasos" which is a link on my favorite kernel.
My current used kernel is 2.6.15-gentoo-r1.
Pegasos II PPC G4 / ATI RADEON 8500 / Hauppauge PVR350 / Kernel 2.6.15r1
Efika PPC 603e / ATI RADEON 9250 / Kernel 2.6.19r2
Top
Philantrop
Retired Dev
Retired Dev
Posts: 1130
Joined: Tue Dec 21, 2004 12:38 am
Location: Germany
Contact:
Contact Philantrop
Website

  • Quote

Post by Philantrop » Sat Jun 17, 2006 10:09 am

Just to see if it helps, I'd suggest copying "pegasos_2.6.15-gentoo-r1_4" to "pegasos-2.6.15-gentoo-r1" (note the absence of "_4") and not using links for this test. Then add an entry for it to your bootloader, boot via the new entry and see if that fixes it.
Top
lugduweb
n00b
n00b
Posts: 47
Joined: Thu May 04, 2006 6:57 am

  • Quote

Post by lugduweb » Sat Jun 17, 2006 12:45 pm

OK, I've named my kernel "kernel-2.6.15-gentoo-r1" and booted directly on it (without any link).
Still the same error... There must be something else to do...
Pegasos II PPC G4 / ATI RADEON 8500 / Hauppauge PVR350 / Kernel 2.6.15r1
Efika PPC 603e / ATI RADEON 9250 / Kernel 2.6.19r2
Top
jmja89
Tux's lil' helper
Tux's lil' helper
Posts: 144
Joined: Sat Jun 11, 2005 2:19 pm

  • Quote

Post by jmja89 » Sat Jun 17, 2006 1:15 pm

if you have /sbin/install kernel then you can just do

Code: Select all

cd /usr/src/linux
make install
and then change your boot config to point to vmlinuz. This has always worked for me...
Top
lugduweb
n00b
n00b
Posts: 47
Joined: Thu May 04, 2006 6:57 am

  • Quote

Post by lugduweb » Sat Jun 17, 2006 1:45 pm

On Pegasos PPC, you do not use vmlinuz but zImage.chrp.

Anyway, I tried what you told me and here is the result :
make install
make: *** No rule to make target `install'. Stop.
I also tried in /usr/src/linux/arch/ppc/boot/images where I can find my kernel image named zImage.chrp... Same result...

In http://www.gentoo.org/doc/en/handbook/2 ... t=1&chap=7 it's written :
cp arch/ppc/boot/images/zImage.chrp /boot/<kernel-version>

so maybe I should remove "kernel" and just name the file "2.6.15-gentoo-r1" ?
I'm going to check this later (I'm emerging things atm).
Pegasos II PPC G4 / ATI RADEON 8500 / Hauppauge PVR350 / Kernel 2.6.15r1
Efika PPC 603e / ATI RADEON 9250 / Kernel 2.6.19r2
Top
Philantrop
Retired Dev
Retired Dev
Posts: 1130
Joined: Tue Dec 21, 2004 12:38 am
Location: Germany
Contact:
Contact Philantrop
Website

  • Quote

Post by Philantrop » Sat Jun 17, 2006 2:29 pm

lugduweb wrote:so maybe I should remove "kernel" and just name the file "2.6.15-gentoo-r1" ?
No, that won't help. How do you boot? You don't seem to be using grub.
Top
converter
Apprentice
Apprentice
User avatar
Posts: 163
Joined: Tue Dec 24, 2002 11:19 pm

  • Quote

Post by converter » Sat Jun 17, 2006 3:43 pm

Philantrop wrote:This is not critical but easy to fix: You'll find the System.map in
/usr/src/linux/System.map. Copy it to your /boot directory and name it like your kernel's
revision (uname -r):
Of course, this will only work if /boot is a directory on the root partition or
is automatically mounted if it's on its own partition. I keep a separate /boot
partition and never mount it unless necessary. If I remember correctly, this
was the recommended configuration in the install guide at one point in time,
although the new handbook mentions the option only in passing.

For what it's worth, I'm experiencing the same issue, unfortunately, I haven't
rebooted in a while so I don't have the error message handy for reference. I
always keep a copy of System.map on /, in addition to the copy that lives on
/usr/src/linux, and until recently that's worked just fine. I suspect that
whatever is throwing the error message stopped looking for /System.map and
/usr/src/linux/System.map after some revision or another.
converter
Top
lugduweb
n00b
n00b
Posts: 47
Joined: Thu May 04, 2006 6:57 am

  • Quote

Post by lugduweb » Sun Jun 18, 2006 12:40 pm

My /boot is a directory on my / partition.
My Gentoo is on hdb7 and my swap on hdb2.
I'm booting using "bootcreator"'s tool (setup from MorphOS) which can throws predefined boot command line to the Pegasos's Openfirmware so I can boot on several OS such as MorphOS, MacOSX, Linux Ubuntu, Linux Suse or Linux Gentoo without having to type a command line.
Pegasos II PPC G4 / ATI RADEON 8500 / Hauppauge PVR350 / Kernel 2.6.15r1
Efika PPC 603e / ATI RADEON 9250 / Kernel 2.6.19r2
Top
Raistlin
l33t
l33t
User avatar
Posts: 691
Joined: Mon May 17, 2004 5:59 pm
Location: Boston, MA

  • Quote

Post by Raistlin » Sun Jun 18, 2006 8:26 pm

Actually, I've found the problem (IMHO):
/sbin/modules-update:

Code: Select all

...
if [ -d "`depdir`" -a -f /proc/modules ]
then
        if [ -f /usr/src/linux/System.map ]; then
                depmod -a -F /usr/src/linux/System.map ${KV}
        else
                ewarn "System.map not found - unable to check symbols"
        fi
fi
So, what's actually tested is the presence of /usr/src/linux/System.map - no /boot/ or such alike. Good. The problem is, that at this stage not every partition is mounted already... so: my /usr is on a separate partition... maybe that's the problem... I'll testing it out and get back to you :wink:
Zwei Was Eins Initially

"Debugging is twice as hard as writing the code in the first place. Therefore, if you write the code as cleverly as possible, you are, by definition, not smart enough to debug it."
Top
Raistlin
l33t
l33t
User avatar
Posts: 691
Joined: Mon May 17, 2004 5:59 pm
Location: Boston, MA

  • Quote

Post by Raistlin » Sun Jun 18, 2006 8:55 pm

:evil: The solution could be so easy:
Force

Code: Select all

/etc/init.d/modules
to run after

Code: Select all

/etc/init.d/localmount
... Unfortunately, the modifier in

Code: Select all

depend() { 
     after localmount
}
doesn't change anything... Neither does

Code: Select all

use localmount
or

Code: Select all

need localmount
do anything... :evil: :evil:
So what are these keywords for anyway?


:idea: Ok, maybe we could force

Code: Select all

/etc/init.d/localmount
to run before modules another way? Add

Code: Select all

...
before modules
...
in localmount doesn't help either... :!:

So, the only working solution - although a really ugly one, is to change in /sbin/modules-update the lines:

Code: Select all

if [ -d "`depdir`" -a -f /proc/modules ]
then
        if [ -f /usr/src/linux/System.map ]; then
                depmod -a -F /usr/src/linux/System.map ${KV}
        else
                ewarn "System.map not found - unable to check symbols"
        fi
fi 
to

Code: Select all

if [ -d "`depdir`" -a -f /proc/modules ]
then
        if [ -f /System.map ]; then
                depmod -a -F /System.map ${KV}
        else
                ewarn "System.map not found - unable to check symbols"
        fi
fi 
and to copy (note: copy - not symlinking!) /usr/src/linux/System.map to "/"...

I'm an aesthete, so please, PLEASE (!!!) provide me with another solution. (Or tell me I have to "fix" runscript.sh, then I'll do that...)
Zwei Was Eins Initially

"Debugging is twice as hard as writing the code in the first place. Therefore, if you write the code as cleverly as possible, you are, by definition, not smart enough to debug it."
Top
lugduweb
n00b
n00b
Posts: 47
Joined: Thu May 04, 2006 6:57 am

  • Quote

Post by lugduweb » Mon Jun 19, 2006 7:04 pm

here is my /etc/fstab :
/dev/hdb7 / ext3 noatime 0 1
/dev/hdb8 /usr ext3 defaults 0 0
/dev/hdb9 /mnt/extra ext3 defaults 0 0
/dev/hdb2 none swap sw 0 0
/dev/cdrom /mnt/cdrom iso9660 noauto,ro 0 0
/dev/hdb5 /mnt/suse ext3 defaults 0 0
/dev/hdb6 /mnt/ubuntu ext3 defaults 0 0
As you can see my /usr is on another partition too :-)
Well done !

So I guess that your "dirty" solution might be the only good one if this is checked too early.
But the right script should be the one looking for a /boot/System.map with a more comprehensive warning message. That would be cleaner no ?

Like this :

Code: Select all

if [ -d "`depdir`" -a -f /proc/modules ]
then
        if [ -f /boot/System.map ]; then
                depmod -a -F /boot/System.map ${KV}
        else
                ewarn "System.map not found - unable to check symbols (Check /boot/System.map)"
        fi
fi 
Maybe we should put this in bugzilla ?
Pegasos II PPC G4 / ATI RADEON 8500 / Hauppauge PVR350 / Kernel 2.6.15r1
Efika PPC 603e / ATI RADEON 9250 / Kernel 2.6.19r2
Top
Raistlin
l33t
l33t
User avatar
Posts: 691
Joined: Mon May 17, 2004 5:59 pm
Location: Boston, MA

  • Quote

Post by Raistlin » Mon Jun 19, 2006 8:06 pm

Hi,

well, I thought about this solution, too. I didn't try it, though, because I assumed that there would be the same problem with /boot... At least on my system, because boot is a distinct partition, too :roll:

I guess, the problem is even more "severe" as one might think in the first place ;)
Zwei Was Eins Initially

"Debugging is twice as hard as writing the code in the first place. Therefore, if you write the code as cleverly as possible, you are, by definition, not smart enough to debug it."
Top
rpmohn
Tux's lil' helper
Tux's lil' helper
User avatar
Posts: 116
Joined: Tue Aug 26, 2003 3:59 pm
Location: Vermont
Contact:
Contact rpmohn
Website

  • Quote

Post by rpmohn » Tue Jun 27, 2006 1:51 pm

Has anyone tried this and had it work? I didn't find anything in bugzilla, but maybe I didn't search properly? This issue has annoyed me for months now and would like to try this solution tonight.
Please let me know.
Thanks! -RPM
Top
Raistlin
l33t
l33t
User avatar
Posts: 691
Joined: Mon May 17, 2004 5:59 pm
Location: Boston, MA

  • Quote

Post by Raistlin » Tue Jun 27, 2006 3:03 pm

Hi,
it _is_ really annoying. The script really assumes either an all-on-one-partition setup or that all partitions are already mounted (which is not the case, though). It _could_ be very easily solved, if the dependencies were correctly tracked... But, as I've written earlier, specifying "need <SOMETHING" or "use <ANOTHERTHING>" does not work in the runscripts :evil:

So maybe we should really write a bug-report...
Zwei Was Eins Initially

"Debugging is twice as hard as writing the code in the first place. Therefore, if you write the code as cleverly as possible, you are, by definition, not smart enough to debug it."
Top
yeauch
n00b
n00b
Posts: 19
Joined: Mon May 22, 2006 7:53 pm

  • Quote

Post by yeauch » Tue Jun 27, 2006 3:34 pm

Yes, I had the same problem too.

Like you, I have a different partition for /boot and /usr. Somehow if you are using one of the earlier kernels - I think it was 2.6.16-r11 or somewhere there... the System.map message was gone! Something was fixed there but the message appeared again after that on later kernel versions.
Top
Raistlin
l33t
l33t
User avatar
Posts: 691
Joined: Mon May 17, 2004 5:59 pm
Location: Boston, MA

  • Quote

Post by Raistlin » Tue Jun 27, 2006 4:05 pm

Hmm, I thought the same thing... but then I realized having a system running a 2.6.12-kernel (somewhere ;) )... The packages are updated, though. Result? The same issues there. So I think it has to do something with the baselayout (or similar) versions...
Zwei Was Eins Initially

"Debugging is twice as hard as writing the code in the first place. Therefore, if you write the code as cleverly as possible, you are, by definition, not smart enough to debug it."
Top
rpmohn
Tux's lil' helper
Tux's lil' helper
User avatar
Posts: 116
Joined: Tue Aug 26, 2003 3:59 pm
Location: Vermont
Contact:
Contact rpmohn
Website

  • Quote

Post by rpmohn » Wed Jun 28, 2006 4:20 pm

lugduweb wrote:<snip>
So I guess that your "dirty" solution might be the only good one if this is checked too early.
But the right script should be the one looking for a /boot/System.map with a more comprehensive warning message. That would be cleaner no ?

Like this :

Code: Select all

if [ -d "`depdir`" -a -f /proc/modules ]
then
        if [ -f /boot/System.map ]; then
                depmod -a -F /boot/System.map ${KV}
        else
                ewarn "System.map not found - unable to check symbols (Check /boot/System.map)"
        fi
fi 
I have the file in /boot/System.map, but last night I tried changing the above code to /boot/System.map and it still didn't work! So I also tried /System.map and System.map, but no dice. Come to think of it, my System.map file is actually a symlink within the same /boot directory:

Code: Select all

System.map -> System.map-2.6.16-gentoo-r7
but that shouldn't make a difference, should it?
-RPM
Top
Raistlin
l33t
l33t
User avatar
Posts: 691
Joined: Mon May 17, 2004 5:59 pm
Location: Boston, MA

  • Quote

Post by Raistlin » Wed Jun 28, 2006 5:00 pm

No, because /boot is not mounted, therefore the symlink would point to nirvana... :wink:
Zwei Was Eins Initially

"Debugging is twice as hard as writing the code in the first place. Therefore, if you write the code as cleverly as possible, you are, by definition, not smart enough to debug it."
Top
ZmjbS
Tux's lil' helper
Tux's lil' helper
Posts: 136
Joined: Mon Jan 24, 2005 10:52 am
Location: Reykjavík, Ísland
Contact:
Contact ZmjbS
Website

Bugzilla report

  • Quote

Post by ZmjbS » Sat Jul 01, 2006 7:40 pm

There is a bug report on bugzilla that dates back to 2005-08-30.
See: http://bugs.gentoo.org/show_bug.cgi?id=104288

The bug says it is fixed, but I haven't seen any changes following baselayout upgrades (of which I have the most recent stable version, 1.11.15-r3) and there is no reference to the bug in the ChangeLog. I've got the most recent stable version.

However, there have been changes made in the kernel compile instructions at the Gentoo Linux Kernel Upgrade Guide and the Handbook and they no longer mention copying either the .config or System.map files.

Hmmm ...
Signatures are, like, so cool...
Top
Raistlin
l33t
l33t
User avatar
Posts: 691
Joined: Mon May 17, 2004 5:59 pm
Location: Boston, MA

  • Quote

Post by Raistlin » Sun Jul 02, 2006 5:00 am

Yes, you don't have to copy System.map to /boot, because the script looks for it in /usr/src/linux ... But this does help _nothing_ if /usr is not mounted :roll:
And especially, if you cannot force localmount be executed before modules...
Zwei Was Eins Initially

"Debugging is twice as hard as writing the code in the first place. Therefore, if you write the code as cleverly as possible, you are, by definition, not smart enough to debug it."
Top
limn
l33t
l33t
Posts: 997
Joined: Fri May 13, 2005 8:08 pm

  • Quote

Post by limn » Sun Jul 02, 2006 12:30 pm

ZmjbS wrote:The bug says it is fixed
RESOLVED/FIXED means that the bug is addressed somewhere in the source tree, not necessarily in the stable branch.
Top
thejackal13
n00b
n00b
User avatar
Posts: 59
Joined: Tue Feb 01, 2005 11:59 pm

  • Quote

Post by thejackal13 » Mon Jul 03, 2006 3:15 am

i have just run into the same problem as well and i got around it by placing the System.map at the root
(/.System.map) and fixing the /sbin/modules-update.

thanks for pointing me in the right direction.
Top
ZmjbS
Tux's lil' helper
Tux's lil' helper
Posts: 136
Joined: Mon Jan 24, 2005 10:52 am
Location: Reykjavík, Ísland
Contact:
Contact ZmjbS
Website

  • Quote

Post by ZmjbS » Mon Jul 03, 2006 8:55 am

limn wrote:
ZmjbS wrote:The bug says it is fixed
RESOLVED/FIXED means that the bug is addressed somewhere in the source tree, not necessarily in the stable branch.
That was what I assumed. However, from the bug discussion:
Comment #5 From Henrik Brix Andersen 2005-10-16 1 wrote:Any chance of getting this patch applied before baselayout-1.12 goes final?
Comment #6 From SpanKY 2005-10-16 wrote:baselayout-1.12 wont be going stable for quite some time :p
Comment #7 From Henrik Brix Andersen 2005-10-16 wrote:Then can we please have it applied to the stable branch?
... to which there was no specific answer.
According to the baselayout package page, my version is the last before 1.12, so I suppose my fault is that of overestimating the speed of the process (the version before mine in the portage tree, 1.11.14-r8, dates back to the 17th of April 2006.)

As for where the fix, it was entered in revision 1613, dated at the 10th of November 2005. The latest is revision 2123.
Signatures are, like, so cool...
Top
Post Reply

28 posts
  • 1
  • 2
  • Next

Return to “Other Things Gentoo”

Jump to
  • Assistance
  • ↳   News & Announcements
  • ↳   Frequently Asked Questions
  • ↳   Installing Gentoo
  • ↳   Multimedia
  • ↳   Desktop Environments
  • ↳   Networking & Security
  • ↳   Kernel & Hardware
  • ↳   Portage & Programming
  • ↳   Gamers & Players
  • ↳   Other Things Gentoo
  • ↳   Unsupported Software
  • Discussion & Documentation
  • ↳   Documentation, Tips & Tricks
  • ↳   Gentoo Chat
  • ↳   Gentoo Forums Feedback
  • ↳   Duplicate Threads
  • International Gentoo Users
  • ↳   中文 (Chinese)
  • ↳   Dutch
  • ↳   Finnish
  • ↳   French
  • ↳   Deutsches Forum (German)
  • ↳   Diskussionsforum
  • ↳   Deutsche Dokumentation
  • ↳   Greek
  • ↳   Forum italiano (Italian)
  • ↳   Forum di discussione italiano
  • ↳   Risorse italiane (documentazione e tools)
  • ↳   Polskie forum (Polish)
  • ↳   Instalacja i sprzęt
  • ↳   Polish OTW
  • ↳   Portuguese
  • ↳   Documentação, Ferramentas e Dicas
  • ↳   Russian
  • ↳   Scandinavian
  • ↳   Spanish
  • ↳   Other Languages
  • Architectures & Platforms
  • ↳   Gentoo on ARM
  • ↳   Gentoo on PPC
  • ↳   Gentoo on Sparc
  • ↳   Gentoo on Alternative Architectures
  • ↳   Gentoo on AMD64
  • ↳   Gentoo for Mac OS X (Portage for Mac OS X)
  • Board index
  • All times are UTC
  • Delete cookies

© 2001–2026 Gentoo Foundation, Inc.

Powered by phpBB® Forum Software © phpBB Limited

Privacy Policy

 

 

magic