NetBSD Problem Report #45957

From hf@spg.tu-darmstadt.de  Thu Feb  9 14:36:41 2012
Return-Path: <hf@spg.tu-darmstadt.de>
Received: from mail.netbsd.org (mail.netbsd.org [149.20.53.66])
	by www.NetBSD.org (Postfix) with ESMTP id BBE2563BD87
	for <gnats-bugs@gnats.NetBSD.org>; Thu,  9 Feb 2012 14:36:41 +0000 (UTC)
Message-Id: <201202091432.q19EWkZE018326@Gstoder.nt.e-technik.tu-darmstadt.de>
Date: Thu, 9 Feb 2012 15:32:46 +0100 (CET)
From: Hauke Fath <hf@spg.tu-darmstadt.de>
Reply-To: Hauke Fath <hf@spg.tu-darmstadt.de>
To: gnats-bugs@gnats.NetBSD.org
Cc: Hauke Fath <hf@spg.tu-darmstadt.de>
Subject: gpt on raid gpt installation not bootable
X-Send-Pr-Version: 3.95

>Number:         45957
>Category:       kern
>Synopsis:       gpt on raid gpt installation not bootable
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    kern-bug-people
>State:          closed
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Thu Feb 09 14:40:00 +0000 2012
>Closed-Date:    Thu Feb 09 18:56:47 +0000 2012
>Last-Modified:  Thu Feb 09 18:56:47 +0000 2012
>Originator:     Hauke Fath
>Release:        NetBSD 5.1_STABLE
>Organization:
-- 
     The ASCII Ribbon Campaign                    Hauke Fath
()     No HTML/RTF in email	        Institut für Nachrichtentechnik
/\     No Word docs in email                     TU Darmstadt
     Respect for open standards              Ruf +49-6151-16-3281
>Environment:


System: NetBSD Gstoder 5.1_STABLE NetBSD 5.1_STABLE (GENERIC) #0: Thu Nov 24 20:29:38 CET 2011 hf@Hochstuhl:/var/obj/netbsd-builds/5/i386/sys/arch/i386/compile/GENERIC i386
Architecture: i386
Machine: i386
>Description:

	In the light of gpt disks being bootable
	<http://comments.gmane.org/gmane.os.netbsd.ports.i386/14670>, I
	decided to set up a new 500 GB disk pair as raid1 with gpt(8)
	and wedges.

	I set up a gpt table for the entire disk of type raid, defined
	dk0 as a wedge of type raidframe, then constructed a degraded
	one-disk raid1 like in
	<http://kuparinen.org/martti/comp/raid/raid.html>.

	Next, I set up a gpt on raid1 with a few partitions, finally
	created the wedges (dk1 .. dk5) and newfs'ed them.

	So far, accessing the dk[1345] filesystems is fine both from
	netbsd-5 and -current. But the bootxx_ffsv2 installed on dk0
	won't find /boot.

	A test gpt installation on another disk without raidframe
	boots just fine.

	See also

<http://mail-index.netbsd.org/current-users/2011/02/thread2.html#015899>

>How-To-Repeat:

	Use gpt(8) to create a raid partition. Inside that raid
	partition, create another gpt with the usual few ffs & swap
	partitions. Find that the resulting assortment is not
	bootable.

>Fix:

	IIUC, teach the level ${relevant} boot-loader to take into
	account variable distance between the start of the root
	partition and the start of the actual root file-system. 
	Apparently, the disklabel code can already do that.

	But see also 
<http://mail-index.netbsd.org/tech-userlevel/2011/10/18/msg005601.html>.

>Release-Note:

>Audit-Trail:
From: Greg Oster <oster@cs.usask.ca>
To: gnats-bugs@NetBSD.org
Cc: 
Subject: Re: kern/45957: gpt on raid gpt installation not bootable
Date: Thu, 9 Feb 2012 11:16:41 -0600

 On Thu,  9 Feb 2012 14:40:00 +0000 (UTC)
 Hauke Fath <hf@spg.tu-darmstadt.de> wrote:

 > >Number:         45957
 > >Category:       kern
 > >Synopsis:       gpt on raid gpt installation not bootable
 > >Confidential:   no
 > >Severity:       serious
 > >Priority:       medium
 > >Responsible:    kern-bug-people
 > >State:          open
 > >Class:          sw-bug
 > >Submitter-Id:   net
 > >Arrival-Date:   Thu Feb 09 14:40:00 +0000 2012
 > >Originator:     Hauke Fath
 > >Release:        NetBSD 5.1_STABLE
 > >Organization:
 > -- 
 >      The ASCII Ribbon Campaign                    Hauke Fath
 > ()     No HTML/RTF in email	        Institut f_r
 > Nachrichtentechnik /\     No Word docs in email
 > TU Darmstadt Respect for open standards              Ruf
 > +49-6151-16-3281
 > >Environment:
 > 	
 > 	
 > System: NetBSD Gstoder 5.1_STABLE NetBSD 5.1_STABLE (GENERIC) #0: Thu
 > Nov 24 20:29:38 CET 2011
 > hf@Hochstuhl:/var/obj/netbsd-builds/5/i386/sys/arch/i386/compile/GENERIC
 > i386 Architecture: i386 Machine: i386
 > >Description:
 > 
 > 	In the light of gpt disks being bootable
 > 	<http://comments.gmane.org/gmane.os.netbsd.ports.i386/14670>,
 > I decided to set up a new 500 GB disk pair as raid1 with gpt(8)
 > 	and wedges.
 > 
 > 	I set up a gpt table for the entire disk of type raid, defined
 > 	dk0 as a wedge of type raidframe, then constructed a degraded
 > 	one-disk raid1 like in
 > 	<http://kuparinen.org/martti/comp/raid/raid.html>.
 > 
 > 	Next, I set up a gpt on raid1 with a few partitions, finally
 > 	created the wedges (dk1 .. dk5) and newfs'ed them.
 > 
 > 	So far, accessing the dk[1345] filesystems is fine both from
 > 	netbsd-5 and -current. But the bootxx_ffsv2 installed on dk0
 > 	won't find /boot.
 > 
 > 	A test gpt installation on another disk without raidframe
 > 	boots just fine.
 > 
 > 	See also
 > 
 > <http://mail-index.netbsd.org/current-users/2011/02/thread2.html#015899>
 > 
 > >How-To-Repeat:
 > 
 > 	Use gpt(8) to create a raid partition. Inside that raid
 > 	partition, create another gpt with the usual few ffs & swap
 > 	partitions. Find that the resulting assortment is not
 > 	bootable.
 > 
 > >Fix:
 > 
 > 	IIUC, teach the level ${relevant} boot-loader to take into
 > 	account variable distance between the start of the root
 > 	partition and the start of the actual root file-system. 
 > 	Apparently, the disklabel code can already do that.
 > 
 > 	But see also 
 > <http://mail-index.netbsd.org/tech-userlevel/2011/10/18/msg005601.html>.
 > 
 > >Unformatted:
 >  	
 >  	

 Is this a duplicate of http://gnats.netbsd.org/44982 ?  Or perhaps it
 should supercede that ticket?

 Later...

 Greg Oster

State-Changed-From-To: open->closed
State-Changed-By: hauke@NetBSD.org
State-Changed-When: Thu, 09 Feb 2012 18:56:47 +0000
State-Changed-Why:
Duplicate of 44982 (filed by me, oops...)


>Unformatted:

Home	PR Database Search