From owner-freebsd-questions Tue Nov 18 10:22:37 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA10888 for questions-outgoing; Tue, 18 Nov 1997 10:22:37 -0800 (PST) (envelope-from owner-freebsd-questions) Received: from d198-232.uoregon.edu (d198-232.uoregon.edu [128.223.198.232]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id KAA10726; Tue, 18 Nov 1997 10:20:00 -0800 (PST) (envelope-from mini@d198-232.uoregon.edu) Received: (from mini@localhost) by d198-232.uoregon.edu (8.8.5/8.8.5) id KAA27588; Tue, 18 Nov 1997 10:19:11 -0800 (PST) Message-ID: <19971118101910.03616@micron.mini.net> Date: Tue, 18 Nov 1997 10:19:10 -0800 From: Jonathan Mini To: Doug White Cc: FreeBSD Questions , hackers@FreeBSD.ORG Subject: Re: FreeBSD 2.2.2 Won't Boot (fwd) Reply-To: Jonathan Mini References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.88e In-Reply-To: ; from Doug White on Tue, Nov 18, 1997 at 09:01:55AM -0800 X-files: The Truth is Out There Sender: owner-freebsd-questions@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > [ ... much snipped ... ] > boot1 reads the MBR record and scans the partition table for a System > Indicator byte of type 0xA5. If one is found, additional boot code is read > in from that partition. If one is not found, the "No bootable partition" > message is issued and processing halts. (A potential problem here is that > the search stops at the 1st BSD partition - apparently precluding booting > from another BSD partition on the same drive.) Actually, it doesn't, since all boot1 is doing is trying to find a copy of boot2 to boot. (the second stage of the bootloader) and the boot blocks are present on every FFS ever made. > To see if SC's modified boot indicator was the problem, I once more tried > to boot Free BSD through SC, got the "No bootable partition" message, then > rebooted Linux from a floppy and used fdisk to see the partitions. Sure > enough, /dev/hda3 (3rd partition drive 0), was showing a type code of 0xB5. > > There is really a two part problem here: One is due to a characteristic of > the "Booteasy" code in the MBR, and the other is what I consider to be a > bug in System Commander: i.e. it sometimes sets bit 4 of the System > Indicator byte. > > Booteasy: > > My suggestion for Booteasy is to modify it so that it doesn't write itself > back to disk. This has the disadvantage of no longer being able to change > the default boot drive selection, but the advantage is that > interoperability with other products (e.g. System Commander) is improved. Modifying Booteasy to fix a bug in System Commander is a Bad Idea. There is no reason why you should be using both System Command and Booteasy at the same time. > It might also be a good idea to look at start.S with respect to the single > bootable partition problem. There is not single bootable parition problem. In fact, if you'd had multiple FreeBSD partitions here, the system would have booted. Unfortunalty for you, FreeBSD usually puts itself into one slice (partition in DOS parlance) and partitions that out to itself internally. > System Commander: > > With respect to System Commander, I think V Communications should fix it > so's not to muck around with the System Indicator byte. Whatever that bit > is being used for can be duplicated by using other storage ins its > (required) DOS partition. I've been trying unsuccessfully to contact V > Communications thru their Compuserve address about this, but I don't get > any answers to my mail. -- Jonathan Mini Ingenious Productions Software Development P.O. Box 5693, Eugene, Or. 97405 "A child of five could understand this! Quick -- Fetch me a child of five."