From: Pascal Bellard <pbellard@lucent.com>
To: Riley Williams <rhw@InfraDead.Org>
Cc: Neil Holmes <neil.holmes@zoom.co.uk>,
Michael McConnell <soruk@eridani.co.uk>,
Linux 8086 <linux-8086@vger.kernel.org>
Subject: Re: Bootability
Date: Tue, 04 Jun 2002 08:57:06 +0000 [thread overview]
Message-ID: <3CFC80E2.4081D82B@ascend.com> (raw)
In-Reply-To: Pine.LNX.4.21.0206032356150.15697-100000@Consulate.UFP.CX
Bootkit bootloader can install MBR, Minix bootblocks and is 8086 clean.
MS-DOS, ELKS and Linux/i386 version are available with CHS, LBA or IDE
disk driver.
At boot time you can choose the partition (including extended
partition) and the hard drive to boot with ALT hot key.
Neil Holmes is working on it.
# ./bootkit -i stdmbr -b /tmp/oldmbr <device>
-pascal
Riley Williams wrote:
>
> Hi Michael.
>
> > An issue I've found is, if a hard disc (or HD image for emulator
> > users) is completely blank, even when partitioned it will not boot -
> > it seems like it needs an MBR to be placed on the first 256 bytes of
> > /dev/bda.
>
> I hope you mean the first 512 bytes (one sector) rather than the half
> sector you mention above.
>
> For reference, the format of the first sector of a PC disk is as
> follows:
>
> Offsets Description
> ~~~~~~~ ~~~~~~~~~~~
> 0000-01BC Boot program
> 01BD Checksum of boot program
> 01BE-01FD Partition table
> 01FE Hex 0x55
> 01FF Hex 0xAA
>
> That 0x55/0xAA in the last two sectors is the "Boot Signature" and
> indicates that the disk has been formatted. Both the ELKS and Linux
> fdisk programs handle the partition table and boot signatures correctly,
> but neither supplies a boot program of any sort, and it's for this
> reason that it is necessary to use MS-DOS's fdisk program to initialise
> the boot program and checksum before putting ELKS on board.
>
> > Are there any plans to implement a mechanism of writing an MBR (such
> > as LILO's bootloader or DOS's fdisk /mbr) ?
>
> That I can't advise on...would you like to have a go at writing the
> specifications for such a program? Here's the obvious ones:
>
> 1. The entire program must fit in the 445 bytes available.
>
> 2. The program must be fully relocatable, in that all data references
> must be relative to CS:IP as that's the only sure address.
>
> 3. The program must be able to boot ANY partition irrespective of
> operating system by loading it at 0x7C0:0 and then jumpint to
> 0x7C0:0 to run it. That's where boot sectors expect to be when
> control is handed to them, according to the comments in the
> Linux kernel's boot sector.
prev parent reply other threads:[~2002-06-04 8:57 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-05-31 16:43 Bootability Michael McConnell
2002-05-31 16:57 ` Bootability Pascal Bellard
2002-06-03 23:07 ` Bootability Riley Williams
2002-06-04 8:57 ` Pascal Bellard [this message]
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=3CFC80E2.4081D82B@ascend.com \
--to=pbellard@lucent.com \
--cc=linux-8086@vger.kernel.org \
--cc=neil.holmes@zoom.co.uk \
--cc=rhw@InfraDead.Org \
--cc=soruk@eridani.co.uk \
/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