grub-devel.gnu.org archive mirror
 help / color / mirror / Atom feed
From: "Vladimir 'φ-coder/phcoder' Serbinenko" <phcoder@gmail.com>
To: The development of GNU GRUB <grub-devel@gnu.org>
Subject: Re: [RFT] nested partition issues
Date: Tue, 02 Nov 2010 10:25:45 +0100	[thread overview]
Message-ID: <4CCFD919.7080205@gmail.com> (raw)
In-Reply-To: <4CCF5BFC.1020907@gmail.com>

[-- Attachment #1: Type: text/plain, Size: 1986 bytes --]

On 11/02/2010 01:31 AM, Grégoire Sutre wrote:
> On 09/04/2010 02:07 AM, Vladimir 'φ-coder/phcoder' Serbinenko wrote:
>> Hello. It was reported to me about several issues with nested
>> partitions. Please try attached patch and report  back any remaining
>> problems
>
> NetBSD and OpenBSD disklabels that are nested in an MSDOS partition are
> now viewed as top-level partitions, i.e. we now have for instance:
>
> (hd0,netbsd5) instead of (hd0,msdos2,bsd5)
>
> for a partition e: in the BSD disklabel contained in (hd0,msdos2).
>
> This makes grub-setup fail since it detects two top-level partition
> maps: msdos and netbsd.
>
> Previously, grub's view of the partitions closely matched the actual
> nesting on the disk.  I personally prefer this previous view.  In
> particular, if the disk had only an MBR partition table and no other
> top-level partition map, then the same applied to grub's view of the
> partitions.
>
Actually now we follow the actual nesting of partitions. Even though
net-/openbsd label metadate is placed inside a partition it still
describes the whole disk as is manifested by it having entries for
partitions not contained inside the partition containing label metadata.
E.g.
(hd0,netbsd6) may be physically contained within (hd0,msdos3) but still
be described inside the label present in second sector (hd0,msdos2).
Place of metadata is secondary to deciding what the nesting of
partitions is. Primary criteria is what this metadata describes.
This is, of course, very unfortunate design but since we support NetBSD
we need such hacks. It's better than being faced with the problems of
kind "My XYZOS handles my partition scheme perfectly but GRUB doesn't
see half of partitions."


> Grégoire
>
> _______________________________________________
> Grub-devel mailing list
> Grub-devel@gnu.org
> http://lists.gnu.org/mailman/listinfo/grub-devel
>


-- 
Regards
Vladimir 'φ-coder/phcoder' Serbinenko



[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 294 bytes --]

  reply	other threads:[~2010-11-02 13:41 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-09-04  0:07 [RFT] nested partition issues Vladimir 'φ-coder/phcoder' Serbinenko
2010-11-02  0:31 ` Grégoire Sutre
2010-11-02  9:25   ` Vladimir 'φ-coder/phcoder' Serbinenko [this message]
2010-11-02 15:58     ` Grégoire Sutre
2010-11-14 22:31       ` Vladimir 'φ-coder/phcoder' Serbinenko
2011-01-05 10:50       ` [RFT] NetBSD embedding regression fix Vladimir 'φ-coder/phcoder' Serbinenko
2011-01-07 10:32         ` Grégoire Sutre

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=4CCFD919.7080205@gmail.com \
    --to=phcoder@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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).