I've been recompiling my 2.2.18 kernel several times during the last couple of days in order to get my IDE PleXWriter 8423Ti to burn a CD. That's another story that's is not sucessful yet. However, after each kernel compile I'd copy the bzImage and the System.map to /boot and refire lilo. While searching the logs for msgs about the PleXWriter under ide-scsi emulation I noticed that during booting System.map-2.2.18 was always being loaded despite my copying System.map from /usr/src/linux after each compile. I've noticed that lilo.conf doesn't contain any mention of the system.map. So, how does one tell the kernel which System.map to use, especially if two different kernels create two different System.maps??? JLK
Just a wild guess (probably wrong). It might be looking for a System.map-version where version is what you get with uname -r. Avi --On Tuesday, March 27, 2001 22:45:52 -0600 Jerry Kreps <jerrykreps@jlkreps.net> wrote:
I've been recompiling my 2.2.18 kernel several times during the last couple of days in order to get my IDE PleXWriter 8423Ti to burn a CD. That's another story that's is not sucessful yet.
However, after each kernel compile I'd copy the bzImage and the System.map to /boot and refire lilo. While searching the logs for msgs about the PleXWriter under ide-scsi emulation I noticed that during booting System.map-2.2.18 was always being loaded despite my copying System.map from /usr/src/linux after each compile.
I've noticed that lilo.conf doesn't contain any mention of the system.map. So, how does one tell the kernel which System.map to use, especially if two different kernels create two different System.maps???
JLK -- Avi Schwartz Get a Life, avi@CFFtechnologies.com Get Linux!
Why didn't you configure you system like it's mentionned into SuSE documentation ? Personaly I didn't test it, but it's planned to make a try if it works for my PC. Best Pascal MiQUET ----- Original Message ----- From: "Jerry Kreps" <jerrykreps@jlkreps.net> To: "SLE" <suse-linux-e@suse.com> Sent: Wednesday, March 28, 2001 6:45 AM Subject: [SLE] System.map
I've been recompiling my 2.2.18 kernel several times during the last couple of days in order to get my IDE PleXWriter 8423Ti to burn a CD. That's another story that's is not sucessful yet.
However, after each kernel compile I'd copy the bzImage and the System.map to /boot and refire lilo. While searching the logs for msgs about the PleXWriter under ide-scsi emulation I noticed that during booting System.map-2.2.18 was always being loaded despite my copying System.map from /usr/src/linux after each compile.
I've noticed that lilo.conf doesn't contain any mention of the system.map. So, how does one tell the kernel which System.map to use, especially if two different kernels create two different System.maps???
JLK
-- To unsubscribe send e-mail to suse-linux-e-unsubscribe@suse.com For additional commands send e-mail to suse-linux-e-help@suse.com Also check the FAQ at http://www.suse.com/support/faq
I have been and I am. But, check the documentation and you'll find nothing about System.map's. So, even though you compile a new kernel and install bzImage and System.map, your new System.map is not being referenced. You have to rename it to what SuSE used: System.map-2.2.18, and this is not a logical way to do things. If I were to recompile using the 2.4 kernel I would get a new System.map and then I would have to name it System.map-2.2.18 in order for it to be used at boot. This doesn't make sense. What should happen is that a setting in lilo would allow me to tell the system which System.map to use. JLK On Tuesday 27 March 2001 23:54, Pascal MiQUET wrote:
Why didn't you configure you system like it's mentionned into SuSE documentation ? Personaly I didn't test it, but it's planned to make a try if it works for my PC. Best Pascal MiQUET
----- Original Message ----- From: "Jerry Kreps" <jerrykreps@jlkreps.net> To: "SLE" <suse-linux-e@suse.com> Sent: Wednesday, March 28, 2001 6:45 AM Subject: [SLE] System.map
I've been recompiling my 2.2.18 kernel several times during the last couple of days in order to get my IDE PleXWriter 8423Ti to burn a CD. That's another story that's is not sucessful yet.
However, after each kernel compile I'd copy the bzImage and the System.map to /boot and refire lilo. While searching the logs for msgs about the PleXWriter under ide-scsi emulation I noticed that during booting System.map-2.2.18 was always being loaded despite my copying System.map from /usr/src/linux after each compile.
I've noticed that lilo.conf doesn't contain any mention of the system.map. So, how does one tell the kernel which System.map to use, especially if two different kernels create two different System.maps???
JLK
-- To unsubscribe send e-mail to suse-linux-e-unsubscribe@suse.com For additional commands send e-mail to suse-linux-e-help@suse.com Also check the FAQ at http://www.suse.com/support/faq
On Wed, 28 Mar 2001, Jerry Kreps wrote: jk> I have been and I am. But, check the documentation and you'll find jk> nothing about System.map's. So, even though you compile a new jk> kernel and install bzImage and System.map, your new System.map is jk> not being referenced. You have to rename it to what SuSE used: jk> System.map-2.2.18, and this is not a logical way to do things. jk> If I were to recompile using the 2.4 kernel I would get a new jk> System.map and then I would have to name it System.map-2.2.18 in jk> order for it to be used at boot. This doesn't make sense. What jk> should happen is that a setting in lilo would allow me to tell the jk> system which System.map to use. JLK jk> Take a look at /etc/rc.d/syslog and make the necessary changes there. Can't recall who, possibly Stefan but not positive, mentioned this on a similar discussion back in November of 2000. Your looking for the line that possibly looks like the following: startproc /usr/sbin/klogd -k "/boot/System.map-$(/bin/uname -r)" \ -c $KERNEL_LOGLEVEL || return=$rc_failed I say possibly because I'm using 7.0 and it used to look like this startproc /usr/sbin/klogd -c $KERNEL_LOGLEVEL || return=$rc_failed until I patched it to the above line. jk> jk> -- S.Toms - tomas@primenet.com - www.primenet.com/~tomas SuSE Linux v7.0+ - Kernel 2.2.18 Never let your schooling interfere with your education.
On Wednesday 28 March 2001 20:05, S.Toms wrote:
On Wed, 28 Mar 2001, Jerry Kreps wrote:
jk> I have been and I am. But, check the documentation and you'll find jk> nothing about System.map's. So, even though you compile a new jk> kernel and install bzImage and System.map, your new System.map is jk> not being referenced. You have to rename it to what SuSE used: jk> System.map-2.2.18, and this is not a logical way to do things. jk> If I were to recompile using the 2.4 kernel I would get a new jk> System.map and then I would have to name it System.map-2.2.18 in jk> order for it to be used at boot. This doesn't make sense. What jk> should happen is that a setting in lilo would allow me to tell the jk> system which System.map to use. JLK jk>
Take a look at /etc/rc.d/syslog and make the necessary changes there. Can't recall who, possibly Stefan but not positive, mentioned this on a similar discussion back in November of 2000. Your looking for the line that possibly looks like the following:
startproc /usr/sbin/klogd -k "/boot/System.map-$(/bin/uname -r)" \ -c $KERNEL_LOGLEVEL || return=$rc_failed
I say possibly because I'm using 7.0 and it used to look like this startproc /usr/sbin/klogd -c $KERNEL_LOGLEVEL || return=$rc_failed
until I patched it to the above line.
jk> jk>
Thanks S., That looks like a good, although temporary, workable solution. SuSE should either modify syslog so that upgrades won't have to be tinkered with or, modify lilo so that a System.map can be assigned in the specific kernel section. This has been done for initrd, even though the documentation for how an initrd file is created leaves a lot to be desired. Linux, and SuSE, are on the verge of leaping onto the non-technical user desktop space. The distro that ties up these loose ends first will be the one that wins. JLK
Jerry Kreps wrote:
I've been recompiling my 2.2.18 kernel several times during the last couple of days in order to get my IDE PleXWriter 8423Ti to burn a CD. That's another story that's is not sucessful yet.
However, after each kernel compile I'd copy the bzImage and the System.map to /boot and refire lilo. While searching the logs for msgs about the PleXWriter under ide-scsi emulation I noticed that during booting System.map-2.2.18 was always being loaded despite my copying System.map from /usr/src/linux after each compile.
I've noticed that lilo.conf doesn't contain any mention of the system.map. So, how does one tell the kernel which System.map to use, especially if two different kernels create two different System.maps???
I agree this whole thing with the System.map file and the /usr/modules/* is quite a pain. But in my limited experience with it I have found that if your kernel is in /boot/vmlinuz then /boot/System.map and /lib/modules/"uname -r" will be used. If your kernel is in /boot/vmlinuz-2.2.18 then /boot/System.map-2.2.18 and /lib/modules/"uname -r" will be used. This is how it SEEMS to work here for me. Of coarse you have to copy these files to the correct names from your source tree . I don't know EXACTLY how the System.map file is determined. There have been many posted questions regarding this and never a DEFINATE answer as to how it all works. The only real problem I have with it all is with the /lib/modules/"uname -r" thing. When every I stray from the SuSE kernels/naming scheme I always have to load modules via boot.local because they won't load automatically via kmod??? It's not that the kernel doesn't where to load them from it's just that it doesn't even try. Maybe someone that REALLY knows how this all works can either tell us or point us to the doc???? Lenz??? regards Mark
* Jerry Kreps [Tue, 27 Mar 2001 22:45:52 -0600]:
I've noticed that lilo.conf doesn't contain any mention of the system.map. So, how does one tell the kernel which System.map to use, especially if two different kernels create two different System.maps???
Name the kernels and matching system.map identically, i.e. if your kernel is named vmlinuz-2.2.18, klogd will try to load System.map-2.2.18. To make running different kernels easier, I have a changed rule in arch/i386/boot/Makefile: zlilo: $(CONFIGURE) $(BOOTIMAGE) if [ -f $(INSTALL_PATH)/vmlinuz-$(KERNELRELEASE) ]; then \ mv $(INSTALL_PATH)/vmlinuz-$(KERNELRELEASE)(INSTALL_PATH)/vmlinuz-$(KERNELRELEASE).old; \ fi if [ -f $(INSTALL_PATH)/System.map-$(KERNELRELEASE) ]; then \ mv $(INSTALL_PATH)/System.map-$(KERNELRELEASE) $(INSTALL_PATH)/System.map-$(KERNELRELEASE).old; \ fi cat $(BOOTIMAGE) > $(INSTALL_PATH)/vmlinuz-$(KERNELRELEASE) cp $(TOPDIR)/System.map $(INSTALL_PATH)/System.map-$(KERNELRELEASE) if [ -x /sbin/lilo ]; then /sbin/lilo; else /etc/lilo/install; fi This way you only need to make a new entry in /etc/lilo.conf before compiling a new kernel and then do 'make bzlilo'. -- Penguins to save the dinosaurs -- Handelsblatt on Linux for S/390
participants (6)
-
Avi Schwartz -
Jerry Kreps -
Mark Hounschell -
Pascal MiQUET -
Philipp Thomas -
S.Toms