All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Thomas Schmitt" <scdbackup@gmx.net>
To: grub-devel@gnu.org
Subject: Re: Using efi image on USB stick
Date: Tue, 18 May 2010 14:44:09 +0200	[thread overview]
Message-ID: <106270736515853@192.168.2.69> (raw)
In-Reply-To: <20100518120311.GL21862@riva.ucam.org>

Hi,

Colin Watson wrote:
> I don't know how well
> BIOSes handle MBR partition tables on CD-ROMs.

According to ECMA-119 (aka ISO 9660) the first
32 kB of an image are "System Area" with
arbitrary custom content.
El Torito specs mention that this area may
contain a bootable disk image. (Figure 1,
case "Multiple Boot-Image Configuration").
To my view, a bootable disk image may well begin
by an MBR which does not necessarily have to
describe the geometry of the entire CD.
The BIOS learns the positions of boot images from
the El Torito boot catalog. The position of the
boot catalog is given by the El Torito record in
sector 17 (decimal) of the CD.

So it seems natural that the BIOS should not
interpret the system area of a CD unless the
boot catalog points to it as boot image.
Currently the xorriso generated boot catalogs
do not point to the system area.
But even if they would, then the bytes at the
position of a partition table should not be
interpreted as partition table of the CD.


> http://fedoraproject.org/wiki/Anaconda/Features/UEFI :
"Many BIOS implementations, ... do not correctly
 handle the multiple El-Torito boot blocks"

El Torito specs (of 1995) talk of "BIOS with
Single Boot-Image capability" in contrast to
"BIOS with Multiple Boot-Image capability".
I interpret the following statement as a
prescription that single-boot BIOSes shall ignore
further boot images:
"Single-Image INT 19 knows nothing about
 multiple-images, nor does it know about their
 possible entries listed in the Booting Catalog."


> I guess all we can do is test ...

Maybe one should publish a little test image
which is alread yknown to work on some systems.
(I could test with a 64 bit AMD quadcore and an
 old 32 bit AMD of 2004.)


Have a nice day :)

Thomas



  reply	other threads:[~2010-05-18 12:44 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-05-17 21:48 Using efi image on USB stick Vladimir 'φ-coder/phcoder' Serbinenko
2010-05-18 11:12 ` Colin Watson
2010-05-18 11:25   ` Vladimir 'φ-coder/phcoder' Serbinenko
2010-05-18 12:03     ` Colin Watson
2010-05-18 12:44       ` Thomas Schmitt [this message]
2010-05-18 12:54         ` Colin Watson

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=106270736515853@192.168.2.69 \
    --to=scdbackup@gmx.net \
    --cc=grub-devel@gnu.org \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.