From owner-freebsd-embedded@FreeBSD.ORG Sun Sep 16 19:41:03 2012 Return-Path: Delivered-To: freebsd-embedded@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 689BF1065670 for ; Sun, 16 Sep 2012 19:41:03 +0000 (UTC) (envelope-from zeus@ibs.dn.ua) Received: from relay.ibs.dn.ua (relay.ibs.dn.ua [91.216.196.25]) by mx1.freebsd.org (Postfix) with ESMTP id D169D8FC0A for ; Sun, 16 Sep 2012 19:41:02 +0000 (UTC) Received: from ibs.dn.ua (relay.ibs.dn.ua [91.216.196.25]) by relay.ibs.dn.ua with ESMTP id q8GJexcW036134; Sun, 16 Sep 2012 22:40:59 +0300 (EEST) Message-ID: <20120916224059.36132@relay.ibs.dn.ua> Date: Sun, 16 Sep 2012 22:40:59 +0300 From: Zeus Panchenko To: "Paul Schenkeveld" In-reply-to: Your message of Sun, 16 Sep 2012 20:33:40 +0200 <20120916183340.GA55247@psconsult.nl> References: <20120916211931.31383@relay.ibs.dn.ua> <20120916183340.GA55247@psconsult.nl> Organization: I.B.S. LLC X-Mailer: MH-E 8.2; GNU Mailutils 2.99.97; GNU Emacs 23.4.1 X-Face: &sReWXo3Iwtqql1[My(t1Gkx; y?KF@KF`4X+'9Cs@PtK^y%}^.>Mtbpyz6U=,Op:KPOT.uG )Nvx`=er!l?WASh7KeaGhga"1[&yz$_7ir'cVp7o%CGbJ/V)j/=]vzvvcqcZkf; JDurQG6wTg+?/xA go`}1.Ze//K; Fk&/&OoHd'[b7iGt2UO>o(YskCT[_D)kh4!yY'<&:yt+zM=A`@`~9U+P[qS:f; #9z~ Or/Bo#N-'S'!'[3Wog'ADkyMqmGDvga?WW)qd=?)`Y&k=o}>!ST\ Cc: freebsd-embedded@freebsd.org Subject: Re: nanoBSD on GPT gpart-ed media ... X-BeenThere: freebsd-embedded@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Zeus Panchenko List-Id: Dedicated and Embedded Systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Sep 2012 19:41:03 -0000 Paul Schenkeveld wrote: > > Assuming what you mean is a GPT partition table. > yes > One of the key features of NanoBSD is that there are two bootable root > partitions and the boot0 menu is used is case you want to switch back > to the previous version after an unsuccesful upgrade. but is it possible to sacrifice the feature for the sake of the GPT partitioning? > > NanoBSD leaves the fourth slice untouched by default so you can use that > one for zfs. In fact, I have several machines running exactly like that. > I was unable to use it for zfs :( may you share the .conf file, please? -- Zeus V. Panchenko jid:zeus@im.ibs.dn.ua IT Dpt., I.B.S. LLC GMT+2 (EET)