SlackwareThis Forum is for the discussion of Slackware Linux.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Introduction to Linux - A Hands on Guide
This guide was created as an overview of the Linux Operating System, geared toward new users as an exploration tour and getting started guide, with exercises at the end of each chapter.
For more advanced trainees it can be a desktop reference, and a collection of the base knowledge needed to proceed with system and network administration. This book contains many real life examples derived from the author's experience as a Linux system and network administrator, trainer and consultant. They hope these examples will help you to get a better understanding of the Linux system and that you feel encouraged to try out things on your own.
Click Here to receive this Complete Guide absolutely free.
I finally put together an initrd to run the generic kernel on this eeepc. ('testing' with huge has exceeded all expectations).
I've done this on other systems with no problem, but this time, when I try to add the initrd.gz as an additional boot option, lilo tells me "Fatal: Setup length exceeds 63 maximum; kernel setup will overwrite boot loader."
I've tried reducing the additional modules to just ext4, but I get the same thing.
This error isn't mentioned in the lilo docs, and the message threads I read here seem to have a lot of theories, but no solutions besides "install GRUB." Surely I don't need to go that far.
Click here to see the post LQ members have rated as the most helpful post in this thread.
I finally put together an initrd to run the generic kernel on this eeepc. ('testing' with huge has exceeded all expectations).
...
Whith initrd you always use the generic kernel and not the huge. Huge kernel should not be used with initrd.
The difference between the two kernel images is that the huge kernel has lot of built in kernel modules as a part of the kernel. In contrast with generic which doesn't have and in initrd you specify which kernel modules you need to load into the kernel.
Actually this is the reason why the huge kernel is "bigger" and the lilo reports it.
Anyway I think that the modules that you are trying to load in initrd are already built into the huge kernel.
What EeePC are you using? I ran into a similar issue with my Asus 1215B, but it only occurred once, when I built my first 3.3.4 kernel for my then-13.37 install(basing off config-huge-2.6.37.6.) I rebuilt my kernel later using config-generic-3.2.13 from -current and the LILO problem went away.
image = /boot/vmlinuz is good too, but the link must point to the correct image - this sometimes can mess up. (And point to different image as we expected)
(Best help for us to help you is to post your lilo.conf - /etc/lilo.conf)
It still sounds like you are loading an initrd with a huge kernel. Show the output of ls -l /boot/vmlinuz* and show us your lilo.conf.
Hmm some testing here and there is no difference in the sector count between the generic and huge kernel in Slackware despite the kernel image for huge been double that of the generic image.
Code:
Boot image: /boot/vmlinuz-generic-3.2.13
Setup length is 32 sectors.
Compaction removed 6042 BIOS calls.
Mapped 6172 sectors.
Mapping RAM disk /boot/initrd-3.2.13.gz
Compaction removed 6095 BIOS calls.
RAM disk: 6192 sectors.
The initial RAM disk will be loaded in the high memory above 16M.
Added Linux + *
Boot image: /boot/vmlinuz-huge-3.2.13
Setup length is 32 sectors.
Compaction removed 12030 BIOS calls.
Mapped 12256 sectors.
Mapping RAM disk /boot/initrd-3.2.13.gz
Compaction removed 6095 BIOS calls.
RAM disk: 6192 sectors.
The initial RAM disk will be loaded in the high memory above 16M.
Added Linux-huge +
image = /boot/vmlinuz is good too, but the link must point to the correct image - this sometimes can mess up. (And point to different image as we expected)
(Best help for us to help you is to post your lilo.conf - /etc/lilo.conf)
THAT solved the problem! I used /boot/vmlinuz because I'm confident about the link.
The cryptic error did not show itself. Lilo updated successfully. Now I have to work on getting it to mount my SDD card on boot -- my next project.
For the record, this is an Asus Eeepc 2G Surf. Xandros was messed up when I got it, so for the first couple of weeks I ran an extremely cut down 13.37 on the 2G internal SDD 'HD' (no KDE, no CD stuff, no printing, no server, the barest bit of X), mostly just to prove it could be done.
I kept finding features I missed and it didn't leave me much free space (I was constantly trimming logs to free up space).
My solution was a *full* install, with a 16G SDD card mounted as /usr. This works really well, and leaves me lots of space for books and tunes and videos.
I couldn't find a driver for my new plug-in extension wi-fi antenna, so I upgraded to current and now everything works just fine.
I now take this little thing with me *everywhere* (it fits in my jacket pocket!) and use it for everything.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.
