All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Grégoire Sutre" <gregoire.sutre@gmail.com>
To: The development of GNU GRUB <grub-devel@gnu.org>
Subject: Re: Which partitioning schemes should be supported by GRUB?
Date: Sun, 13 Jun 2010 18:16:13 +0200	[thread overview]
Message-ID: <4C15044D.9050608@gmail.com> (raw)
In-Reply-To: <4C13C33B.4090302@gmail.com>

On 06/12/2010 07:26 PM, Vladimir 'φ-coder/phcoder' Serbinenko wrote:

> Any "hybrid" cofiguration fails the criteria of non confusability.

I was assuming the new partition notation.  The old notation is clearly
ambiguous when there are multiple partmaps, and AFAIR the new notation
was introduced precisely to solve that problem:

http://lists.gnu.org/archive/html/grub-devel/2010-01/msg00320.html

By the way, the old notation is worse than ambiguous when there are
multiple partmaps: the meaning of partition identifiers depends on the
partmap modules that are loaded, and on the order in which they are
loaded.

> Let's consider a following situation: - I format disk with scheme A
> and partitions A1, A2, A3 - I get bored and reformat with scheme B
> and partitios B1, B2, B3, B4. When I did this filesystem on A2 may
> stay intact - I use grub which supposes that it'shybrid system A+B
> and save_env's to A2 since it's a valid partition on valid
> filesystem. But by a bad luck save_env overlaps with superblock of B3
> which becomes corrupted.

If you save_env with -f then, with new notation, you know that you are
using the old scheme A.  If you didn't use -f, then it means that grub
modules were installed into A2 and survived the reformat, but then,
how could GRUB know that A is obsolete?  IMHO corrupting the superblock
of B3 is acceptable in that case.  An alternative would be to check
that partitions do not overlap (with the exception of identical
partitions).  But even this would work only if the partmap module for
B was loaded, which is likely not the case (as grub was installed at
the time A was used).

> And currently grub isn't changed to new partition notation
> completely. E.g. during startup prefix is calculated with old syntax
> and confusing A+B with either A or B is likely to make user drop into
> rescue shell

Is someone working on making the startup prefix use the new notation?

Grégoire



  reply	other threads:[~2010-06-13 16:16 UTC|newest]

Thread overview: 22+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-06-06 18:02 Which partitioning schemes should be supported by GRUB? Grégoire Sutre
2010-06-07 20:46 ` Vladimir 'φ-coder/phcoder' Serbinenko
2010-06-09 22:45   ` Grégoire Sutre
2010-06-09 23:03     ` C. P. Ghost
2010-06-12 16:32   ` Grégoire Sutre
2010-06-12 17:26     ` Vladimir 'φ-coder/phcoder' Serbinenko
2010-06-13 16:16       ` Grégoire Sutre [this message]
2010-06-14 11:37         ` Colin Watson
2010-06-14 13:07           ` richardvoigt
2010-06-14 13:25             ` Colin Watson
2010-06-14 15:02               ` Colin Watson
2010-06-14 15:58                 ` Vladimir 'φ-coder/phcoder' Serbinenko
2010-06-14 16:43                   ` Colin Watson
2010-06-14 16:55                     ` Seth Goldberg
2010-06-14 17:33                       ` Colin Watson
2010-06-14 17:12                     ` Grégoire Sutre
2010-06-15 11:21                       ` Colin Watson
2010-06-15 21:07                         ` Grégoire Sutre
2010-06-16 13:01                           ` Colin Watson
2010-06-16 23:31                             ` Grégoire Sutre
2010-06-17  0:47                         ` Vladimir 'φ-coder/phcoder' Serbinenko
2010-06-17 11:29                           ` 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=4C15044D.9050608@gmail.com \
    --to=gregoire.sutre@gmail.com \
    --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.