Subject: Re: Large Disks / Clean Install
To: Manuel Bouyer <bouyer@antioche.lip6.fr>
From: Michael Richardson <mcr@solidum.com>
List: current-users
Date: 02/01/1999 10:08:16
>>>>> "Manuel" == Manuel Bouyer <bouyer@antioche.lip6.fr> writes:
    Manuel> On Jan 29, mcr@solidum.com wrote
    >>  Hmm. I have a 10Gb drive with Linux on it. It worked fine on a K6/266
    >> ATX system, but was intended to go on our fileserver, a K6/200 AT
    >> system. The AT system definitely got 19k/16/63 as parameters, and this
    >> royally messed up LILO. The ATX system got the same things and it
    >> didn't care.... so there is some kind of support in newer BIOSes for
    >> larger disks. I don't quite get it.  What pissed me off, and resulting
    >> n us leaving a 3Gb disk in as the boot disk was that even if I told
    >> the BIOS that I had 1024/63/256 (instead of 1244/63/256) that it still
    >> didn't work. No... that's wrong. What really pissed me off was the way
    >> that LILO works.

    Manuel> Did the ATX system use 63/256 too ?  Did you use the same
    Manuel> 'NORMAL/LBA/LARGE' option on both systems ?

  Yes, identical. I'm pretty sure that I had the same LBA/LARGE/NORMAL.
One source of frustration is that the "auto" option would pick different
values.

    >> I sure want to teach libsa about ext2fs and make it able to load Linux
    >> kernels. That would also make upgrading our server to NetBSD much
    >> easier.

    Manuel> ext2fs in libsa should be quite easy. The problem is actually to
    Manuel> pass to the linux kernel all the fancy options you can set in
    Manuel> lilo.  Our boot blocks only undertand a few one-letter options,
    Manuel> and you can't assign a value to them.

  I would have the libsa read a file, i.e. /etc/bootdefault (a la BSDi)
or maybe even /etc/lilo.conf to get that junk. Yes, agreed... getting it
to start up the kernel properly will be a challenge, but lilo is open
source as well, so I read its code. 
  I would start by getting lilo to load our /boot that has ext2fs support
in it. 

   :!mcr!:            |  Solidum Systems Corporation, http://www.solidum.com
   Michael Richardson |For a better connected world,where data flows faster<tm>
 Personal: mcr@sandelman.ottawa.on.ca. PGP key available.
 Corporate: <A HREF="mailto:mcr@solidum.com">mcr@solidum.com</A>.