From: "L. C. Robinson" <lcr@onewest.net>
To: "blinux-list@redhat.com" <blinux-list@redhat.com>
Subject: Re: Getting dos hard drive to boot from lilo
Date: Fri, 7 Dec 2001 01:27:44 -0700 (MST) [thread overview]
Message-ID: <Pine.LNX.4.33.0112070015350.2661-100000@rupin.localnet> (raw)
In-Reply-To: <Pine.LNX.4.40.0112060616520.225-100000@maranatha.chartermi.net>
On Thu, 6 Dec 2001, Cheryl Homiak wrote:
> We have now moved my dos hard drive to hdb (it was hdd before).
> I was hoping not to have to boot in from floppy any more, but
> to use lilo as I did when I had a windows os on hdb. I can boot
> in with a floppy, and I can mount hdb1 and it is my dos hard
> drive. Both linux cfdisk and dos fdisk show it as bootable.
It's unclear where lilo is installed. The boot flag should be on
the partition where you have installed lilo (boot=/dev/hd??),
unless you have put lilo on the MBR (the Master Boot Record --
probably on /dev/hda, except newer BIOSes can be configured to
point elsewhere), in which case the boot flag is irrelevant. If
you have had lilo on /dev/hda at any time in the past, you cannot
change to, say, the root or /boot partition (which is usually
where one would expect it, _not_ on drive hdb), until you first
restore the original dos style MBR. The original MBR can then
honor your boot flag, so that your lilo install on another
partition can work.
If this seems to be the source of the problem, the easiest way
out is probably to just go with lilo on the MBR, by making sure
you have in the global options:
boot = /dev/hda
and rerun lilo.
Alternatively, you can put the MBR back, by running the MS-DOS
fdisk with the /mbr switch (be very careful):
fdisk /mbr
Lilo also tries to backup the MBR, and there is a lilo option to
restore it, if the original backup file is still there.
If the above doesn't help, you may need to run lilo very
verbosely in the test mode and carefully inspect the output:
lilo -t -v -v -v > lilo.test.output
less lilo.test.output
Three -v options is probably about all you can stand, or would need,
and two might be enough, and a lot less messy. Lilo won't
actually change anything in test (-t) mode, so you can make as
many tests as you want, till you're satisfied, then remove the
-t and extra -v options to actually write the disk.
> I've also used map-drive to switch the drives, but it still
> won't boot. Not a huge problem, as I can go on booting from
> floppy to dos as before, but I would like to know why this
> won't work. The relevant part of my lilo.conf is included
> below.
I checked the manual, and can't spot any errors in this next
part:
> other=/dev/hdb1
> table=/dev/hdb
> label=dos
> # restricted
> alias=3
> map-drive = 0x80
> to = 0x81
> map-drive = 0x81
> to = 0x80
Hope this helps, LCR
--
L. C. Robinson
reply to no_spam+munged_lcr@onewest.net.invalid
People buy MicroShaft for compatibility, but get incompatibility and
instability instead. This is award winning "innovation". Find
out how MS holds your data hostage with "The *Lens*"; see
"CyberSnare" at http://www.netaction.org/msoft/cybersnare.html
next prev parent reply other threads:[~ UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
Cheryl Homiak
` L. C. Robinson [this message]
` Gil Andre
` L. C. Robinson
` Gil Andre
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=Pine.LNX.4.33.0112070015350.2661-100000@rupin.localnet \
--to=lcr@onewest.net \
--cc=blinux-list@redhat.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).