From owner-freebsd-fs@FreeBSD.ORG Thu Jul 25 15:39:38 2013 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 50021F2C; Thu, 25 Jul 2013 15:39:38 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from mail0.glenbarber.us (mail0.glenbarber.us [208.86.227.67]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2499B2FCF; Thu, 25 Jul 2013 15:39:37 +0000 (UTC) Received: from glenbarber.us (unknown [IPv6:2001:470:8:120e:1:1:c57c:729]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id 6E9FF8DCC; Thu, 25 Jul 2013 15:39:36 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us 6E9FF8DCC Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Thu, 25 Jul 2013 11:39:34 -0400 From: Glen Barber To: Johannes Totz Subject: Re: r253070 and "disappearing" zpool Message-ID: <20130725153934.GA2075@glenbarber.us> References: <20130710180548.GA2151@glenbarber.us> <51ECDF64.2020704@FreeBSD.org> <20130722203853.GB1400@garage.freebsd.pl> <51EFBEBF.601@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="d6Gm4EdcadzBjdND" Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 10.0-CURRENT amd64 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Jul 2013 15:39:38 -0000 --d6Gm4EdcadzBjdND Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jul 25, 2013 at 04:33:58PM +0100, Johannes Totz wrote: > On 24/07/2013 12:47, Andriy Gapon wrote: > >on 22/07/2013 23:38 Pawel Jakub Dawidek said the following: > >>On Mon, Jul 22, 2013 at 10:29:40AM +0300, Andriy Gapon wrote: > >>>I think that this setup (on ZFS level) is quite untypical, although not > >>>impossible on FreeBSD (and perhaps only FreeBSD). > >>>It's untypical because you have separate boot pool (where loader, load= er.conf > >>>and kernel are taken from) and root pool (where "/" is mounted from). > >> > >>As I said elsewhere, it is pretty typical when full disk encryption is > >>used. > > > >I am judging by the number of reports / amount of feedback so far. >=20 > I'm using a similar configuration too, where I have a USB stick with > unencrypted kernel and /boot bits which load a GELI keyfile (from > its own pool zboot), and then the rest of the system starts up from > the fully encrypted HDD (from another pool zsystem, so boot and > rootfs are on different pools). >=20 > I'm not sure I understand the problem though. What exactly "broke" > after your commit? The pool that contains the bits that would > normally go to /boot is not imported automatically, but the rest is > working (ie. /boot symlink pointing to nowhere)? Or does booting > somehow fail? >=20 "/boot" disappears and becomes a broken symlink. Glen --d6Gm4EdcadzBjdND Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.20 (FreeBSD) iQEcBAEBCAAGBQJR8Ua2AAoJEFJPDDeguUajZLAH/3W+Z8J31TL8M5hG7lj0cPwB OsT/lehsktd/rD4TYgefUCxQiVBikIIElXLb4+jorW1v/Ml7TzigzMeoy5+PwfoF iewRyniyYcmMapGzB9g59UcJ+KD52WdILUyiM0f2pxB/ZKPIhnYcz83iRyqhxJQm v57DLisjhfOFRCdimXKy2jUdet9yv+fwe2y8rddr+NFSpLcaCzG/ewoQfrBPQQfP UqLDGgV0/Bvu9kqD/SeKNe9u0W/6yZHA4OmvKlkvn8778ODu2CbqaB2upnuSVJZe rHdPc9bY2U3+cGXULV6HTrU0twab4+UG6qzGJTD4X4q8K2Mg4ehX5wUmV0htMas= =HngW -----END PGP SIGNATURE----- --d6Gm4EdcadzBjdND--