home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.os.linux
- Path: sparky!uunet!enterpoop.mit.edu!ira.uka.de!chx400!bernina!almesber
- From: almesber@nessie.cs.id.ethz.ch (Werner Almesberger)
- Subject: Re: Need help booting Linux off HD
- Message-ID: <1993Jan3.183914.9494@bernina.ethz.ch>
- Sender: news@bernina.ethz.ch (USENET News System)
- Organization: Swiss Federal Institute of Technology (ETH), Zurich, CH
- References: <72759@cup.portal.com> <1993Jan2.202342.10290@nntpd2.cxo.dec.com> <1i5aa1INN8bp@crcnis1.unl.edu>
- Date: Sun, 3 Jan 1993 18:39:14 GMT
- Lines: 42
-
- In article <1i5aa1INN8bp@crcnis1.unl.edu> makis@helios.unl.edu (Makis Maroulis) writes:
-
- [...]
- > file "config"
- > ---------------------------------------------------------
- > boot = /dev/hda
- > compact
- > install = /etc/lilo/boot.b
- > map = /etc/lilo/map
- [...]
-
- Two remarks: BOOT doesn't necessarily have to point to /dev/hda (or /dev/sda).
- LILO's boot sector can also be installed at some other place, e.g. on a Linux
- file system (Minix or Extended) if that partition can be made active. This has
- the advantage of making it easier to return the system to its original boot
- behaviour if desired. (But the example is correct, of course.)
-
- The MAP variable defaults to /etc/lilo/map, so setting it doesn't have any
- effect in this config file. Of course, it doesn't do any harm either.
-
- > file "disktab"
- > -------------------------------------------------------------
- > # Dev. BIOS Secs/ Heads/ Cylin- Part.
- > # num. code track cylin. ders offset
- > 0x300 0x80 17 10 980 0 # /dev/hda
- > 0x301 0x80 17 10 980 17 # /dev/hda1
- > 0x302 0x80 17 10 980 23630 # /dev/hda2
- > --------------------------------------------------------------
-
- Ah, this is probably superfluous. LILO's map installer is usually able to
- determine the geometry of IDE disks with a little help from the kernel.
- Thus, it's safer to omit /etc/lilo/disktab in this case. (LILO 0.7 doesn't
- even always need /etc/lilo/disktab for SCSI disks, but there are a few
- bugs in that area that may yield unexpected results. They will be fixed in
- 0.8.)
-
- - Werner
- --
- _________________________________________________________________________
- / Werner Almesberger, ETH Zuerich, CH almesber@nessie.cs.id.ethz.ch /
- / IFW A44 Tel. +41 1 254 7213 almesberger@rzvax.ethz.ch /
- /_BITNET:_ALMESBER@CZHETH5A__HEPNET/CHADNET:_[20579::]57414::ALMESBERGER_/
-