what am i doing wrong, in going from 2.4.33 to 2.6.17
Linux - KernelThis forum is for all discussion relating to the Linux kernel.
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.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
thats it, now when i reboot, the machine doesnt boots up from new kernel. Therefore, i started up the machine from installation cd1 and edited lilo.conf to make an entry for old kernel so that i can get in the system via old kernel.
Here is how my lilo.conf looks like :
Code:
# LILO configuration file
# generated by 'liloconfig'
#
# Start LILO global section
boot = /dev/hda
message = /boot/boot_message.txt
prompt
timeout = 1200
#Override dangerous defaults that rewrite the partition table:
change-rules
reset
# VESA framebuffer console @ 1024x768x256
vga = 773
# Normal VGA console
# vga = normal
# VESA framebuffer console @ 1024x768x64k
# vga=791
# VESA framebuffer console @ 1024x768x32k
# vga=790
# VESA framebuffer console @ 1024x768x256
# vga=773
# VESA framebuffer console @ 800x600x64k
# vga=788
# VESA framebuffer console @ 800x600x32k
# vga=787
# VESA framebuffer console @ 800x600x256
# vga=771
# VESA framebuffer console @ 640x480x64k
# vga=785
# VESA framebuffer console @ 640x480x32k
# vga=784
# VESA framebuffer console @ 640x480x256
# vga=769
# End LILO global section
# Windows bootable partition config begins
other = /dev/hda1
label = Windows
table = /dev/hda
# Windows bootable partition config ends
# Linux bootable partition config begins
image = /boot/vmlinuz
root = /dev/hda7
label = Linux
read-only
# Linux bootable partition config ends
# Linux old begins
image = /boot/vmlinuzOLD
root = /dev/hda7
label = Old
read-only
#Linux old ends
I searched onine about the problem, and I found out somebody saying that they fixed up this problem by setting vga = 0 in lilo.conf. I also tried doing that but it didnt solve my problem so i set it back to vga = 773.
Can somebody point out what I am doing wrong here?
Does the system not boot at all (in which case there should be some sort of error message) or does it boot, but you don't see anything on the screen?Did you compile the framebuffer stuff into the kernel? If you did not, then all you will have is a blank screen whilst everything else works fine. Also, there is no need to "make dep" on 2.6 kernels because this is automatically done for you.
Does the system not boot at all (in which case there should be some sort of error message) or does it boot, but you don't see anything on the screen?Did you compile the framebuffer stuff into the kernel? If you did not, then all you will have is a blank screen whilst everything else works fine. Also, there is no need to "make dep" on 2.6 kernels because this is automatically done for you.
1. I think it does boot, but I dont see anything on the screen.
2. I dont know about framebuffer stuff during kernel recompile. But I know I didnt change anything in it, i.e I accepted the default values in every area from 'code maturity level' to 'file systems'
3. Yes, you are right about no 'make dep' during 2.6 kernel compilation. I didnt know that, but it told me about it when I gave that command.
Well if the system boots but you don't see anything then it means you did not enable the framebuffer stuff. Framebuffer support is under Device Drivers -> Graphics Support. While you are there, you may want to enable the vesa stuff as well.
are you sure about enabling VESA stuff?. i`m sorry i`m not at doubt on your tallents, but I searched google after reading your post about enabling framebuffer and i came across this
The guy says to enable frame buffer but disable vga,vesa stuff.
I just recompiled it again, enabling frame buffer and disabling vga,vesa stuff. But the kernel didnt load the graphics again, it doesnt shows ANYTHING.
I guess i`ll recompile it once again right now, and enable framebuffer as well as vesa,vga stuff in it.
ahh..this will be my 3rd recompile in last 5 hours...lets see what happens
On most distros, the vesa stuff is compiled into the kernel by default or enabled as a module. Its a good backup in case your graphics driver plays up for some reason and also it enables you to have fancy splash screens. Anyway, I have pointed you in the right direction as to where the problem is, so I hope everything works out for you.
Alright, reddazz, dude we nailed it down. you and me baby haha.
I just finished recompiling it, enabled framebuffer, vga,vesa and also enabled intel 810/45/865 (experimental).
Now, the kernel loads, I can see all those messages while its loading, but suddenly these lines appear
Code:
VFS: cannot open root device "307" or unknown-block93,7)
Please append a correct "root=" boot option
Kernel panic - not syncing: VFS :unable to mount root fs on unknown-block(3,7)
Did you enter the correct details for your root partition in the bootloader entry you made for the new kernel? One other thing to do, is make sure you compiled drivers for the filesystem you are using as / into the kernel.
Yes I did make sure there is a valid entry in my boot loader. I didnt edit lilo.conf after kernel recompile. Instead, i gave command of 'make install' after 'make bzImage'. It told me that it had added new entry in the boot loader. So new entry is there. To clear any doubt, here is what my lilo.conf looks like
Code:
# LILO configuration file
# generated by 'liloconfig'
#
# Start LILO global section
boot = /dev/hda
message = /boot/boot_message.txt
prompt
timeout = 1200
# Override dangerous defaults that rewrite the partition table:
change-rules
reset
# VESA framebuffer console @ 1024x768x256
vga = 773
# Normal VGA console
# vga = normal
# VESA framebuffer console @ 1024x768x64k
# vga=791
# VESA framebuffer console @ 1024x768x32k
# vga=790
# VESA framebuffer console @ 1024x768x256
# vga=773
# VESA framebuffer console @ 800x600x64k
# vga=788
# VESA framebuffer console @ 800x600x32k
# vga=787
# VESA framebuffer console @ 800x600x256
# vga=771
# VESA framebuffer console @ 640x480x64k
# vga=785
# VESA framebuffer console @ 640x480x32k
# vga=784
# VESA framebuffer console @ 640x480x256
# vga=769
# End LILO global section
# Windows bootable partition config begins
other = /dev/hda1
label = Windows
table = /dev/hda
# Windows bootable partition config ends
# Linux bootable partition config begins
image = /boot/vmlinuz
root = /dev/hda7
label = Linux
read-only
# Linux bootable partition config ends
# Linux old begins
image = /boot/vmlinuzOLD
root = /dev/hda7
label = Old
read-only
#Linux old ends
clearly, the image is set to /boot/vmlinuz and drive is set to /dev/hda7.
Now, comming to the issue of compiling drivers of file system in kernel.
My all linux drives are ext2. During kernel recompile for 4th time, I made sure that all the things related to ext2 are compiled in the kernel. I am very sure that all settings for ext2, under filesystems option menu in kernel configuration, are set as "Y".
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.