From owner-freebsd-current@FreeBSD.ORG Thu Mar 26 19:29:11 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 841DF1065670 for ; Thu, 26 Mar 2009 19:29:11 +0000 (UTC) (envelope-from cryx-freebsd@h3q.com) Received: from mail.h3q.com (mail.h3q.com [213.73.89.199]) by mx1.freebsd.org (Postfix) with ESMTP id BE3938FC18 for ; Thu, 26 Mar 2009 19:29:10 +0000 (UTC) (envelope-from cryx-freebsd@h3q.com) Received: (qmail 88775 invoked from network); 26 Mar 2009 19:29:09 -0000 Received: from unknown (HELO Maya.local) (smtpsend@85.179.6.23) by mail.h3q.com with AES256-SHA encrypted SMTP; 26 Mar 2009 19:29:09 -0000 Message-ID: <49CBD785.8050202@h3q.com> Date: Thu, 26 Mar 2009 20:29:09 +0100 From: Philipp Wuensche User-Agent: Thunderbird 2.0.0.21 (Macintosh/20090302) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <49CB7BC8.1010905@h3q.com> In-Reply-To: <49CB7BC8.1010905@h3q.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: unable to boot ZFS with gptzfsboot from an exported zpool X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Mar 2009 19:29:11 -0000 Philipp Wuensche wrote: > Hi, > > is anyone else having problems booting from exported zpools when using > gptzfsboot? > > I have a script creating a GPT partition on a single fresh disk setting > up zfs booting etc. > http://anonsvn.h3q.com/projects/freebsd-patches/browser/manageBE/create-zfsboot-gpt.sh?format=txt > > If I export the zpool after the script is done with the setup and try to > boot the disk, zfsboot tells me "No ZFS pools located, can't boot". If I > just plug out the disk, e.g. USB, or shutdown the system without > exporting the zpool on the new disk first, it finds the zpool and boots. > > My guess is a bug in sys/boot/i386/zfsboot/zfsboot.c somewhere in > probe_drive(), not sure if its in the GPT part or somewhere else. Okay, now I found it right in the zfsimpl.c if (val != POOL_STATE_ACTIVE) { /* * Don't print a message here. If we happen to reboot * while where is an exported pool around, we don't * need a cascade of confusing messages during boot. */ /*printf("ZFS: pool is not active\n");*/ return (EIO); } So it is wanted not to boot from an exported zpool? Why is that so? greetings, philipp