From owner-freebsd-embedded@FreeBSD.ORG Sun Sep 16 18:33:47 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 C71EA106564A for ; Sun, 16 Sep 2012 18:33:47 +0000 (UTC) (envelope-from freebsd@psconsult.nl) Received: from mx1.psconsult.nl (unknown [IPv6:2001:7b8:30f:e0::5059:ee8a]) by mx1.freebsd.org (Postfix) with ESMTP id 764368FC0A for ; Sun, 16 Sep 2012 18:33:47 +0000 (UTC) Received: from mx1.psconsult.nl (mx1.hvnu.psconsult.nl [46.44.189.154]) by mx1.psconsult.nl (8.14.5/8.14.4) with ESMTP id q8GIXe6i055459 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sun, 16 Sep 2012 20:33:45 +0200 (CEST) (envelope-from freebsd@psconsult.nl) Received: (from paul@localhost) by mx1.psconsult.nl (8.14.5/8.14.4/Submit) id q8GIXex0055458 for freebsd-embedded@freebsd.org; Sun, 16 Sep 2012 20:33:40 +0200 (CEST) (envelope-from freebsd@psconsult.nl) X-Authentication-Warning: mx1.psconsult.nl: paul set sender to freebsd@psconsult.nl using -f Date: Sun, 16 Sep 2012 20:33:40 +0200 From: Paul Schenkeveld To: freebsd-embedded@freebsd.org Message-ID: <20120916183340.GA55247@psconsult.nl> References: <20120916211931.31383@relay.ibs.dn.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120916211931.31383@relay.ibs.dn.ua> User-Agent: Mutt/1.5.21 (2010-09-15) Subject: Re: nanoBSD on GPT gpart-ed media ... X-BeenThere: freebsd-embedded@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Dedicated and Embedded Systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Sep 2012 18:33:47 -0000 On Sun, Sep 16, 2012 at 09:19:31PM +0300, Zeus Panchenko wrote: > hi all, > > may somebody advice, please? > > is it possible to build nano on gpart-ed rather than fdisk-ed media? Gpart is a tool combining the functionality of fdisk, bsdlabel, gpt and other partition managers and on i386/amd64 systems it's usually used to install either a MBR slice table or a GPT partition table. Assuming what you mean is a GPT partition table. 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. We have no GPT boot loader that provides such a boot menu which makes NanoBSD less compatible with GPT although with some fantasy it should be doable. > the problem for me is that in current state, nano builds 4 slices and no > way to create additional one to gpart rest of the space as freebsd-zfs 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. If you also want a swap partition which is not a ZFS volume, you can use bsdlabel to split slice 4 up. E.g. xx4b for swap and xx4d for zfs. HTH With kind regards, Paul Schenkeveld