I try to boot and lilo only to gets to booting the kernel, then it freezes.


What it gives me is below
Then it just sits there

Any help is appreciated

At a restart, it loads kernel & ramdisk, boots the kernel, then mounts root.

rerun lilo first. Then think. Can you boot from (any) install CD/DVD? I would comment out the ramdisk line and try that. If you still end up on the rocks, run memtest86.

1 members found this post helpful.

See this blog entry about running lilo in a chroot:

http://www.nickcoleman.org/blog/inde...6131822%21unix

To enter a chroot, boot with a rescue disk, mount your normal partitions somewhere (say, /mnt), mount /dev and /proc, chroot to where you mounted your partitions, and run lilo.

Also, check if you made or need to make an initrd before running lilo.

1 members found this post helpful.

I can boot from small cds just fine. Its just Lilo and Grub that I have a problem with. I got Lilo to run, but upon reinstallation I picked the wrong settings and it doesn't boot.

This is the first time I've heard of chroot, as I'm fairly new to linux. If business_kid's method doesn't work, I'll be sure to try that.

The issue is that when you boot from a rescue disk, the filesystem is that of the rescue disk, not the previous installation. (Unless the rescue disk specifically looks for and mounts your previously installed partitions, in which case you will need to read the documentation for your rescue disk.)

Therefore, when you run lilo, you are running it for the rescue disk, which means lilo affects the MBR record of the rescue disk, which is usually a ramdisk, not that of the installation.

So, you need to manually mount your installation partition(s) somewhere, commonly under /mnt. If you have separate /usr, /var and /etc partitions in your installation, mount them too. For example:
chroot is an artificial way to switch to that mounted filesystem and "pretend" it is now the root filesystem, e.g. /. Once you have chroot'ed to /mnt, you are effectively now operating on your installation, not on your ramdisk.

This means that now, when you run lilo, it will use the correct /etc/lilo.conf file and will change the correct MBR on /dev/sda1 instead of the incorrect one on the ramdisk. Read the blog entry for more; don't forget to mount /dev and /proc.

1 members found this post helpful.

Since I told debian to put everything on one partition and I have two hard disks, I should only need to mount the two hard disks right(I have hda1 hba1 and two swap partitions)?

One other thing, how do run lilo once the OS is started? The only way I've run any boot manager is from a call from the BIOS.

lilo is both the thing which boots and the command-name that installs it.
I'd go with grub, but it sounds like you've almost paid the learning tax.

1 members found this post helpful.

So typing lilo in the command line would run or install lilo?

The reason I didn't go with grub is because lilo only has one config file(lilo.config), and because grubs defaults gave me unable to mount root fs on unknown block 0,0

Lilo from the command line, as root, installs Lilo the boot-loader.
Mind you, it needs to be correctly configured first.

Grub doesn't require reinstallation whenever you update the kernel. That's
the biggest difference. (Of course, if it doesn't work, what help is that?)

Your first message upstream says that Lilo printed LILO... which means it's
pretty much finished successfully. I would look carefully into your initrd
location, contents, etc. The warning on your line 2 is a major red flag to me.

Dave

I tried

mount -t ext3 /dev/hda1/mnt
mount -t ext3 /dev/hdb/mnt

both of these gave me a help section

I tried

mount /dev/hda1/mnt
mount /dev/hba1/mnt

both of these gave me something to the effect of "cannot find hda1 in /etc/fstab or /etc/mtab

You shouldn't need "-t ext3" anymore; Linux detects filesystem types very well now.

You do need to sort out your /etc/fstab eventually, but mount wants 2 parameters.
1. What to mount and 2. where to put it.

If /dev/hda1 is supposed to be your root directory, lilo needs to pass it
to the kernel as root=/dev/hda1 . But let's forget /dev/hdb for now, until
you can boot, OK?

Dave

1 members found this post helpful.

So first I need to mount. Then run the command lilo root=/dev/hda1 right

"root = /dev/hda1" needs to go into your /etc/lilo.conf. You can mount
from your rescue CD to do that. While there, (and I can offer no guarantees
to this part) you can run "/sbin/lilo -b /dev/hda1". Whether that works,
I'll still be here in half an hour.

Dave

1 members found this post helpful.

Firefox, I wonder if you are confused about mounting filesystems in Linux. I hesitate to go into an explanation because it could get very involved and confusing.

If you don't have anything you need to keep, honestly I would simply do the installation again, overwriting what you had before.

However, when you mount, you specify a device (a partition) and its location in the filetree. Your example of is failing because you need a space between /dev/hda1 (the partition) and /mnt (the place in the filetree). Then, after that you are replacing what you just mounted by doing another mount on the same place. I suspect that's not what you want to do.

What have you got on /dev/hda1 and /dev/hdb1? We need to know before we go further. Or just re-install the system.

1 members found this post helpful.

hda1 is a crunchbang install and hdb is a win2000 install that I don't need anymore. I don't want to reinstall unless I know what the correct setttings are for lilo, because one cd-rw is already dead from exploring the different distros(it was used before this too). I now use usb boot thru plop.


Thanks. This is my first yr of linux.