Kernel upgrade

J. Jones jdj at darkside.dynup.net
Mon Nov 27 11:51:02 PST 2000


System.map maps the symbols present in the kernel to the name they are
defined as.  nm kernelimage > /boot/System.map

You're often fine not updating this file, but if anything is added to a
kernel and this file not updating, you could get undefined references to
<symbol name>


On Mon, Nov 27, 2000 at 01:46:32PM -0600, Brad Hartin wrote:
> On Mon, 27 Nov 2000, Tijmen Stam wrote:
> 
> > I have now a working LFS with kernel 2.2.17, but I heard from a friend
> > 2.4 is way faster, (but maybe that's because he has a cyrix), but I
> > wanna try anyway. Are there any things that might need recompileng
> > (exept for the kernel itself) and does anyone know about the stability
> > of 2.4.0test, is it worth it or should I wait a while keeping in mind
> > that a stable system is more value to me than a fast system (it's a
> > server, so it won't reboot often anyway...),
> 
> I used 2.4.0-test only because I wanted to updated UDMA support, but as of
> -test9 or so it seems to be stable.  I would avoid -test8 or prior like
> the plague...-test8 promptly ate my filesystems.  Fortunately the system
> was still a test system anyway, so it wasn't a major loss.
> 
> > BTW what's the system.map file for? I accidently didn't install it, but
> > the lfs boots anyway... (? a normal sys does boot when it finds a wrong
> > system.map, it just gives tons of error messages, but not if it's not
> > present? weird)
> 
> I'm *not certain*, but I think this is only for providing debugging
> symbols.  I've never had any need to update it myself.
> 
> ---------------------------------
> Brad Hartin - bhartin at strafco.com
> Communications Administrator
> Straus Frank Enterprises, Ltd.
> 
> 
> -- 
> Unsubscribe: send email to lfs-discuss-request at linuxfromscratch.org
> and put unsubscribe in the subject header of the message
> 

-- 
Unsubscribe: send email to lfs-discuss-request at linuxfromscratch.org
and put unsubscribe in the subject header of the message




More information about the lfs-dev mailing list