From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1PDH6z-00049k-6v for mharc-grub-devel@gnu.org; Tue, 02 Nov 2010 09:41:17 -0400 Received: from [140.186.70.92] (port=37744 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PDH6s-0007Jt-Av for grub-devel@gnu.org; Tue, 02 Nov 2010 09:41:15 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PDD8N-0007nm-Uj for grub-devel@gnu.org; Tue, 02 Nov 2010 05:26:29 -0400 Received: from mail-ey0-f169.google.com ([209.85.215.169]:45247) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PDD8N-0007ng-O6 for grub-devel@gnu.org; Tue, 02 Nov 2010 05:26:27 -0400 Received: by eydd26 with SMTP id d26so3303631eyd.0 for ; Tue, 02 Nov 2010 02:26:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:subject:references:in-reply-to :x-enigmail-version:content-type; bh=D+wYUYyryajpExKCvWi6RzB5V6jTS4iqrKTN1oZ51ro=; b=bCruO2waWcaXzK4ehP4pYYJX1q4Kqd7ealknYrC92BWXCphI1ALfdSYrX3GiOAnOIN k4x9aPVX7e31N0sKWJTGHWR+PI68naoec0XZfensO4zIRgRnQZojexiFYYdqVhn9k7b1 /Qz/GlADwC9t7mNR0lGB2Cd1ZFbJ3RYnpGzDI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:x-enigmail-version:content-type; b=O9MB+XgppaRnBcfyzPQ67wG3FNcaZMwA6P1Dz1/RFuwXvnkaZVc+y4WwelCwxcFveI Yh9IQRd6iriJwhyp5gr+iKr0yBxlNgW32LDoYZeKnSsJiUpEJ+syzw5u7C0SfYS5/KZZ onVkO5HinsFAy40ilD3vxEwAallcmAYD+qhXs= Received: by 10.14.37.10 with SMTP id x10mr833542eea.30.1288689986577; Tue, 02 Nov 2010 02:26:26 -0700 (PDT) Received: from debian.bg45.phnet (gprs59.swisscom-mobile.ch [193.247.250.59]) by mx.google.com with ESMTPS id q58sm5178963eeh.15.2010.11.02.02.26.23 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 02 Nov 2010 02:26:24 -0700 (PDT) Message-ID: <4CCFD919.7080205@gmail.com> Date: Tue, 02 Nov 2010 10:25:45 +0100 From: =?UTF-8?B?VmxhZGltaXIgJ8+GLWNvZGVyL3BoY29kZXInIFNlcmJpbmVua28=?= User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.14) Gecko/20101026 Icedove/3.0.9 MIME-Version: 1.0 To: The development of GNU GRUB References: <4C818DBC.10002@gmail.com> <4CCF5BFC.1020907@gmail.com> In-Reply-To: <4CCF5BFC.1020907@gmail.com> X-Enigmail-Version: 1.0.1 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="------------enig3F64F15CCF6F85329A8FD9C1" X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) Subject: Re: [RFT] nested partition issues X-BeenThere: grub-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: The development of GNU GRUB List-Id: The development of GNU GRUB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Nov 2010 13:41:15 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig3F64F15CCF6F85329A8FD9C1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 11/02/2010 01:31 AM, Gr=C3=A9goire Sutre wrote: > On 09/04/2010 02:07 AM, Vladimir '=CF=86-coder/phcoder' Serbinenko wrot= e: >> 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=C3=A9goire > > _______________________________________________ > Grub-devel mailing list > Grub-devel@gnu.org > http://lists.gnu.org/mailman/listinfo/grub-devel > --=20 Regards Vladimir '=CF=86-coder/phcoder' Serbinenko --------------enig3F64F15CCF6F85329A8FD9C1 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iF4EAREKAAYFAkzP2RkACgkQNak7dOguQgmKmAEAi2BPDvu2TTJsJmzFLUseK5pC E3YFzEb15hNGfURB1kYA/RkrdksTsw2k1AFgL7b8K3TAPaUhmQU2VFtF8qphmmD5 =+KoW -----END PGP SIGNATURE----- --------------enig3F64F15CCF6F85329A8FD9C1--