NetBSD-Bugs archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]

Re: kern/45957: gpt on raid gpt installation not bootable



The following reply was made to PR kern/45957; it has been noted by GNATS.

From: Greg Oster <oster%cs.usask.ca@localhost>
To: gnats-bugs%NetBSD.org@localhost
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@localhost> 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
 


Home | Main Index | Thread Index | Old Index