/boot: how do I change the current kernel?
Slackware 14.0
Hi: I once changed the smp kernel running in my system by another one in /boot. What I did was to relink /boot/System.map, /boot/vmlinuz and /boot/config. But I don't remember if I did something else. Would that alone be OK. |
You need to rerun lilo so that it reads a new sector list to load the new kernel.
Have you considered adding both kernels into lilo.conf so you can just select the one you want at boot time? |
You also have to run lilo to make it aware of the changes.
|
ok. An according to CHANGES_AND_HINTS.txt I should make an initrd? I mean, if I use a generic kernel? That thing of the two kernels I like it. I'll do it. Another question.
Code:
|
If you use a generic kernel, yes. The generic kernel doesn't have the filesystems (ext4, ext3, btrfs, etc.) that you (might) use built-in.
|
Well then, lilo says the ram disk will be loaded above 16M, OK. But what is this token 'large-memory' that can be put in /etc/lilo.conf. I am having trouble booting with a live Linux CD, which is unobjectionable. May it be related to 'large-memory'?
|
I think your /etc/lilo.conf is still using the huge kernel. You can append "large-memory" to /etc/lilo.conf if you want, but I would just recommend using the smaller, generic kernel in your /etc/lilo.conf instead (and then running lilo).
|
Oh no. I have just replaced the huge by the generic, precisely. It's in /etc/lilo.conf_example where I saw 'large-memory' used. Would this command (large_memory) be obsolete?
|
I haven't used it in my lilo confs. Anyway you can always man lilo to see the meanings of config options.
|
Of course I've done that. That's why I ask. But if your machine is a modern one, as mine is too, I wound bother to further inquire. Thanks.
|
After reading this link: http://manpages.ubuntu.com/manpages/...lo.conf.5.html it appears that actually large-memory option specifies that your system is new enough to be able to handle the initrd location beyond 15Mb limit. Without it, the Initrd will be put within the first 15Mb. As I haven't had any problems with loading initrd from the first 15Mb never ever then I haven't investigated about the large-memory option. It is just one of many lilo's capabilities and there might be some special cases where it would be necessary. But usually you can live without it.
|
Loading the initrd after that point is required on some distros that try to do everything in it and bloat it out to the point where it's almost a distro in of itself.
Have not had such a problem with Slackware, though maybe if you forced every module to be in it you might see that problem rear its head. |
The 15MB limit was a problem back in the days of 486 CPUs, if I remember correctly, on modern machines that specific option isn't even available in the BIOS settings. Nonetheless, I only had this message when I misconfigured mkinitrd and it bloated the initrd and when I attempted to run Slackware entirely from the initrd. Usually the initrd shouldn't be that large that you get this message.
What was your command to create the initrd? |
I must tell you I didn't got any message from lilo about the memory limit. I only read /etc/lilo.conf_example and saw that command (large_memory). I suspected it to be obsolete (not deprecated but of little use, I you explained). The command I issued was
Code:
mkinitrd -c -k 3.2.29 -m ext2 |
All times are GMT -5. The time now is 06:17 PM. |