From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1PD4nD-0006zM-Bd for mharc-grub-devel@gnu.org; Mon, 01 Nov 2010 20:32:03 -0400 Received: from [140.186.70.92] (port=60257 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PD4nA-0006z3-1k for grub-devel@gnu.org; Mon, 01 Nov 2010 20:32:00 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PD4n8-0003u9-Sv for grub-devel@gnu.org; Mon, 01 Nov 2010 20:31:59 -0400 Received: from mail-ww0-f49.google.com ([74.125.82.49]:59171) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PD4n8-0003u5-Of for grub-devel@gnu.org; Mon, 01 Nov 2010 20:31:58 -0400 Received: by wwi17 with SMTP id 17so530320wwi.30 for ; Mon, 01 Nov 2010 17:31:57 -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 :content-type:content-transfer-encoding; bh=JgwtZ38o/m/o4FhVQU0tlPXsyHHC56jk9IEyu/ldLGA=; b=PC7gIgybHq71sp+ogAmyJOx59BXPHFE5MpYxArs59SkrsB8IFHHICxVqYYwQSG2LZo bFHQ5kHzwM+nWdjqwoeLe+jFBKRGexQF/xxg53OxocsoO7kAVO21kFiCZsfFJwZimU2/ YOAQXIXRg68gqH8VJ542jahDQ2Kc6NC7omweM= 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:content-type:content-transfer-encoding; b=YPN6sQygldt7nTB1ioeawzO13a7q2jH18Ml6wftSbW5SDN6S1xBaMrWum9DBq/JNmV k8ddR7nc7vbvnJEj0WCFrcY9gLgUVik2QaNeBO1oOnTHtliD+Ndh9LXoGDuTNFocWJev Iqa6+vl07E3R9xI0gPI06xgonHe/FgofkWPS4= Received: by 10.216.172.9 with SMTP id s9mr16300945wel.56.1288657917269; Mon, 01 Nov 2010 17:31:57 -0700 (PDT) Received: from [192.168.1.50] (c2433-1-88-160-112-182.fbx.proxad.net [88.160.112.182]) by mx.google.com with ESMTPS id x65sm4306167weq.25.2010.11.01.17.31.55 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 01 Nov 2010 17:31:56 -0700 (PDT) Message-ID: <4CCF5BFC.1020907@gmail.com> Date: Tue, 02 Nov 2010 01:31:56 +0100 From: =?UTF-8?B?R3LDqWdvaXJlIFN1dHJl?= User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.12) Gecko/20100913 Iceowl/1.0b1 Icedove/3.0.7 MIME-Version: 1.0 To: The development of GNU GRUB References: <4C818DBC.10002@gmail.com> In-Reply-To: <4C818DBC.10002@gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit 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 00:32:01 -0000 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. Grégoire