I was a longtime Vector 4.0 user but I wanted to transition from kernel 2.4 to 2.6 for newdrivers and devices. Great job with Vector 5.9: it looks great.

My Dell desktop gives me a window at boot to select primary drive (WinXP) or secondary drive(linux) to boot from.This allowed me to avoid modifying the primary MBR so XP is unaware of linux on the secondary drive.These are SATA drives so to install Vector4.0 I had to add a temporary IDE drive, patch the 2.4.28 kerneland install the modified Vector4.0 onto the second SATA drive. It took a while to get all the issuessorted out but this worked!

I unplugged the power to the windows drive and proceded with a normal install of Vector5.9. Vector5.9boots fine when this is the only powered drive in my computer. I modified lilo.conf so that all references to /dev/sda are changed to /dev/sdb

In my Vector4.0 install that had a lilo version <22.5 I had to usedisk = /dev/sdbbios = 0x81

But Vector 5.9 uses a more recent lilo and this syntax is not allowed.

I tried boot-as = 0x81 but I get the L 99 99 99 99 99 error when I try to boot from thesecondary drive. This is the same error as when I forget to load the CD and try toboot from the CD drive.

When I boot off the Vector5.9 CD and give boot: root=/dev/sdb2 ro , everything seems to proceed but at the Coldplugging stage I get an e2fsck error about /dev/sda having a corrupt superblock and I don't know what to do. Is this an /etc/fstab issue?

How do I get the lilo.conf modified so that I can boot from sdb? The MBR on the second drive should be okay, no?

I still can't boot from the secondary drive because of the L 99 99 99 error.

When I installed VL5.9 with the primary drive unplugged, I used the optionto write to the MBR (in this case the secondary drive). My lilo.conf has anoption "boot-as" to tell it to pretend it is the primary drive despite what thebios tells it. I get the error with or without this line.

lilo works fine for me with swap on the first partition.I think the problem is that you are using your bios to switch sdb with sda and then lilo is looking for code on sdb.if you cant boot from sdb without switching it to sda then you either have to write the mbr of the windows drive, boot from cd, or use the windows boot manager to boot lilo.

primary disk winXP MBR is modified by lilo to give me option to boot XP or VL5.9 when I tried this with VL4.0, XP choked on the MBR and it was a pain to restore supposedly windows thinks any non windows MBR is a boot-sector-virus

swap disks so that VL5.9 is primary and its MBR lilo gives me the option to boot XP on the secondary disk. This will allow XP to be unaware of linux but I worry that somewhere down the road this will cause problems.

static-BIOS-codesCauses the operation of the boot installer and boot loader to bypass the use of Volume-ID information, and to revert to a mode of operation of versions of LILO from 22.4 backward. With Volume-ID booting (22.5 and later), the BIOS codes of disks are determined at boot time, not install time; hence they may be switched around, either by adding or removing disk(s) from the hardware configuration, or by using a BIOS menu to select the boot device.

With the use of this option, BIOS codes of disks MUST be correctly specified at install time; either guessed correctly by LILO (which often fails on mixed IDE/SCSI systems), or explicitly specified with ‘disk=/dev/XXX bios=0xYY’ statements. The use of this option precludes any activity which may switch around the BIOS codes assigned to particular disk devices, as noted above.

In general, this option should never be used, except as a bug workaround.

I think this is absolutely the best way to dual boot XP (or W2k) and Linux. It doesn't touch your Master Boot Record. You can add any desired boot options to LILO. It works reliably and is easy to set up.

Forget about switching boot drives in BIOS. That confuses things. Just use the XP boot loader and all will be well.--GrannyGeek

I can't use GrannyGeek's method, since I have no Windows on my system (I don't even have a copy of Windows XP, so I can't install it to solve this problem).

Here's what happened. I had two PATA drives on my machine, one of which had my root partition. My motherboard supports SATA for two drives, so when they became less expensive I bought two and installed them. I had VL 5.8 on hda (my first PATA drive), and then I installed 5.9 on the second SATA (sdb). I used 5.8 to add 5.9 to Lilo. Then, hda died. I removed the drive, and set things up so that the former second PATA became the only one. Naturally there was no more Lilo, so I booted from the install disk.

I don't know where to install Lilo. None of my hard drives will accept it (hda, sda, nor sdb) ... I get that error message where it's a bunch of zeroes (I think that's the one, but I can find out for sure if it's important). If I try to install Lilo to a floppy, I get a similar or the same error message, even when VASM tells me it has installed successfully.

I can't find anything in my BIOS about setting one of the drives as the first.

This isn't a serious problem, since I can always boot from the install disk. But I would like to have Lilo back.

If anybody has any ideas, I would greatly appreciate it.

Tom

Logged

"I'm doing a (free) operating system (just a hobby, won't be big and professional like gnu) for 386(486) AT clones." - Linus Torvalds, April 1991

These are pure guesses, but what the heck? You have to try *something*.

Are you sure you have identified the partition correctly? I recently discovered my 5.9 Standard Deluxe that I thought was on /dev/hdb7 was actually on /dev/hdb9. The thing was, it booted fine with a floppy disk on which I installed LILO. Well, I had made that floppy *before* I changed LILO and put it in the boot sector of the Linux partition. This was so I could create and copy bootsect.lnx to my Windows Drive C and boot through the XP boot menu. The floppy wasn't affected because I removed it from the floppy drive before I changed LILO. When I did df -h, it identified the Linux partition as /dev/hdd7. That's also what I had in fstab, but I later realized I had copied that fstab from my RC3 installation, which actually is in /dev/hdd7. df -h probably got its information from fstab or mtab.

I would never have discovered this had not my efforts to boot from the NT boot loader taken me to RC3 on /dev/hdd7. When that kept happening, I did some further investigation with cfdisk and fdisk -l along with mounting /dev/hdd9 to take a look at what was there. I couldn't believe that I had forgotten that VL5.9 Deluxe was on /dev/hdd9 because when I booted with the floppy, that's where it took me (although I thought it took me to hdd7) and I got the desktop for VL Deluxe.

So I booted with the CD and entered the correct location on /dev/hdd9. Sure enough--that worked. I fixed up LILO, putting it in /dev/hdd9's boot sector, and did my dd for the NT loader. Tried booting from XP's boot menu and I got into my 5.9 Deluxe.

My point in all this is that you need to make sure you're in the right partition and you need to know how VL identifies it and be sure that's the correct identification. The least little thing off and it won't work.

Did you try editing /etc/lilo.conf as root? That often works better than using VASM if you're having a problem. Be sure to runlilo -vas root after you save your edited lilo.conf.--GrannyGeek

Thanks GrannyGeek. I'll look into it and see what I find. It didn't occur to me that what you suggested might be the problem. The truth is, I haven't had bootloader trouble in a long time, so I've forgotten every trick I used to know.

I'll post again once I find something out.

Logged

"I'm doing a (free) operating system (just a hobby, won't be big and professional like gnu) for 386(486) AT clones." - Linus Torvalds, April 1991

Problem solved. I'm not exactly sure why this would affect things, but I had a PCI card for adding extra ATA drives. Until recently it had a hard drive attached to it, but that drive died (different drive death, the old drives are going to live in the great computer land in the sky lately). In the course of cleaning things out, I just removed that card this morning since it wasn't doing anything. After removing it, I forgot that I had the BIOS set to boot from the floppy (I had been trying to install Lilo on a floppy disk again) ... and, suddenly I got Lilo from the floppy. Apparently the PCI card with no drive attached had been causing the problem.

Weird.

Thanks again GrannyGeek.

Logged

"I'm doing a (free) operating system (just a hobby, won't be big and professional like gnu) for 386(486) AT clones." - Linus Torvalds, April 1991