All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Thomas Schmitt" <scdbackup@gmx.net>
To: grub-devel@gnu.org
Subject: Re: [RFC] Detect other software using embedding area
Date: Tue, 31 Aug 2010 14:54:58 +0200	[thread overview]
Message-ID: <95379881410026@192.168.2.69> (raw)
In-Reply-To: <20100831105840.GW21862@riva.ucam.org>

Hi,

Colin Watson wrote:
> [...] "embedding area" [...] 
> (setup): When embedding the core image in a post-MBR gap, [...]
 
Aka "hidden blocks" ?

> several people followed up to say that GRUB shouldn't be
> using the embedding area because it was never defined to be used for
> anything in particular and has no protocol for arbitrating among
> conflicts like this.

A valid point. All participants invite trouble.


>  but grub-devel is not a filesystem
>  development list and there's only so much we can fix).

Maybe one should use external boot media of
which GRUB can claim complete ownership.
I.e. an USB stick or a CD which hosts GRUB and
a custom configuration.
This way, GRUB would have no shares in the
embattled area at all.

Main development task would be to allow
easy creation and manipulation of the boot
media. As frontend of grub-mkrescue ?

Would ISO 9660 multi-session be suitable for
changing GRUB configuration on CD ?
A new session would be added with a new set
of volume descriptors (superblock) and a new
directory tree. Plus new or changed files.
Does GRUB know it has to "mount" the first
track of the last session on CD/DVD/BD media ?
(I assume it knows when it deals with MMC
 media.)


> We won't do ourselves
> any favours by appearing to be a poor citizen.

How about GRUB offers to become the umpire
of the playfield ?

I.e. to have on the external media:
- GRUB
- copies of the MBR and embedded area
  of each involved operating system
- a feature which puts one of those copies onto
  hard disk according to menu choice of the
  user and then boots the copied MBR.
- a feature which copies found MBR and embedded
  area onto external media or remote systems.

I am not educated enough to know whether GRUB
already allows to copy data from its boot media
to disks.

Actually i have a gzpLinux CD with custom SSH
setup which allows me to boot my test machine
and to restore backups of MBR + "embedded area"
remotely from my workstation.
This allowed me to switch between GRUB and boot
loaders of FreeBSD and OpenSolaris before i found
out how to make GRUB boot those other systems.
(My GRUB is hosted by a Debian system.)

To have a complete GNU/Linux as umpire is
appealing to me. So eventually GRUB development
should consider to adopt an existing rescue
system for that purpose.
This system could then update its own GRUB
configuration. (It would be interesting to make
it add a new session to its own boot CD :)).


Have a nice day :)

Thomas



  reply	other threads:[~2010-08-31 12:55 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-08-31 10:58 [RFC] Detect other software using embedding area Colin Watson
2010-08-31 12:54 ` Thomas Schmitt [this message]
2010-08-31 13:11   ` Colin Watson
2010-09-05 15:14   ` C. P. Ghost
2010-09-05 23:31     ` richardvoigt
2010-08-31 13:45 ` BVK Chaitanya
2010-08-31 13:54   ` Colin Watson
2010-08-31 15:36 ` Brendan Trotter
2010-08-31 16:17   ` Vladimir 'φ-coder/phcoder' Serbinenko

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=95379881410026@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.