All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Thomas Schmitt" <scdbackup@gmx.net>
To: grub-devel@gnu.org
Cc: michel@bouissou.net
Subject: Re: A thread on grub-bug could need attention
Date: Wed, 31 Jan 2018 22:37:59 +0100	[thread overview]
Message-ID: <30153785849355277707@scdbackup.webframe.org> (raw)
In-Reply-To: <1655785697419791611@scdbackup.webframe.org>

Hi,

it comes to me that possibly Michel's grub-mkrescue run was BIOS-only.
So Michel, take much care to come back in good shape. We have experiments
to do. :))

-----------------------------------------------------------------------

At least on Debian the boot equipment prepared by grub-mkrescue depends
on which grub-* Debian packages are installed.

"grub-pc" enables BIOS equipment. In the case of an USB stick, it's the
MBR x86 boot code which comes into effect. It knows the block address of
the El Torito boot image. So i assume it loads and executes that binary.

"grub-efi-amd64" causes grub-mkrescue to prepare an EFI System Partition
with binary /efi/boot/bootx64.efi . 

"grub-efi-ia32" causes an EFI System Partition with binary
/efi/boot/bootia32.efi .

All three can be combined.

So after a vanilla run with grub-mkrescue, it is essential to inspect
the partition tables and El Torito boot equipment by

  xorriso -indev output.iso \
          -report_el_torito plain -report_system_area plain

If no lines like
  GPT disk GUID      :      04a5adf35d1adb4382bf8300bebe08a1
  ...
  GPT start and size :   4  34132  600
are reported, then the ISO has no EFI System Partition.

In this case a run with grub-mkrescue-sed.sh will not make much sense.
First one will have to configure GRUB to enable at least one of the EFI
variants. I dimly remember that the machine was 64 bit, i.e. should run
bootx64.efi.


Have a nice day :)

Thomas



  reply	other threads:[~2018-01-31 21:39 UTC|newest]

Thread overview: 25+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-12-20 11:35 A thread on grub-bug could need attention Thomas Schmitt
2018-01-08 12:48 ` Daniel Kiper
2018-01-08 16:14   ` Michel Bouissou
2018-01-29 12:49     ` Daniel Kiper
2018-01-29 15:29       ` Michel Bouissou
2018-01-29 18:20         ` Michel Bouissou
2018-01-29 18:53           ` Thomas Schmitt
2018-01-30 15:18             ` Michel Bouissou
2018-01-30 16:33               ` Thomas Schmitt
2018-01-30 17:43                 ` Michel Bouissou
2018-01-30 18:00           ` Daniel Kiper
2018-01-30 19:15             ` Thomas Schmitt
2018-01-31  9:38               ` Michel Bouissou
2018-01-31 12:20                 ` Thomas Schmitt
2018-01-31 13:22                   ` Michel Bouissou
2018-01-31 15:33                     ` Thomas Schmitt
2018-01-31 21:37                       ` Thomas Schmitt [this message]
2018-01-31 22:47                         ` Michel Bouissou
2018-02-01  0:02                           ` Thomas Schmitt
2018-02-01 21:56                             ` Michel Bouissou
2018-02-02  8:15                               ` Thomas Schmitt
2018-02-02 10:28                                 ` Michel Bouissou
2018-02-02 10:50                                   ` Thomas Schmitt
2018-02-02 10:18                               ` Thomas Schmitt
2018-01-31 15:46                 ` Daniel Kiper

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=30153785849355277707@scdbackup.webframe.org \
    --to=scdbackup@gmx.net \
    --cc=grub-devel@gnu.org \
    --cc=michel@bouissou.net \
    /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.