From owner-freebsd-fs@FreeBSD.ORG Fri Apr 5 16:31:05 2013 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 59D48520 for ; Fri, 5 Apr 2013 16:31:05 +0000 (UTC) (envelope-from mcdouga9@egr.msu.edu) Received: from mail.egr.msu.edu (dauterive.egr.msu.edu [35.9.37.168]) by mx1.freebsd.org (Postfix) with ESMTP id 34CD51C5 for ; Fri, 5 Apr 2013 16:31:04 +0000 (UTC) Received: from dauterive (localhost [127.0.0.1]) by mail.egr.msu.edu (Postfix) with ESMTP id EB8114016B for ; Fri, 5 Apr 2013 12:22:53 -0400 (EDT) X-Virus-Scanned: amavisd-new at egr.msu.edu Received: from mail.egr.msu.edu ([127.0.0.1]) by dauterive (dauterive.egr.msu.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ba6FBzmSdb60 for ; Fri, 5 Apr 2013 12:22:53 -0400 (EDT) Received: from EGR authenticated sender Message-ID: <515EFA56.5030008@egr.msu.edu> Date: Fri, 05 Apr 2013 12:22:46 -0400 From: Adam McDougall User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130309 Thunderbird/17.0.4 MIME-Version: 1.0 To: freebsd-fs@freebsd.org Subject: Re: mounting failed with error 2 References: <20825.59038.104304.161698@oz.mt.att.com> <515DB070.1090803@bluerosetech.com> <20829.52349.314652.424391@oz.mt.att.com> <515E0696.2020901@bluerosetech.com> <20830.58036.422569.831143@oz.mt.att.com> In-Reply-To: <20830.58036.422569.831143@oz.mt.att.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit 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: Fri, 05 Apr 2013 16:31:05 -0000 On 04/05/13 10:41, Jay Borkenhagen wrote: > Darren Pilgrim writes: > > On 4/4/2013 11:54 AM, Jay Borkenhagen wrote: > > > Darren Pilgrim writes: > > > > Reboot using the install disk, go to the Live CD. Import the pool using > > > > an altroot and a cachefile: > > OK: > > --------------- > root@:/root # zpool status > ZFS filesystem version 5 > ZFS storage pool version 28 > no pools available > root@:/root # zpool import -o cachefile=/tmp/zpool.cache -o altroot=/mnt zroot > root@:/root # > root@:/root # cp /tmp/zpool.cache /mnt/boot/zfs/zpool.cache > root@:/root # > root@:/root # shutdown -r now > > --------------- > > ... and now the system boots from the GPT/ZFS, and everything looks > great. > > Thanks!! > > I see that the previous version of Niclas's instructions (not sure if > those are still available on the web, but I have hardcopy) included > exactly that 'zpool import' command immediately following 'zpool > export zroot' which is now the final pre-reboot step. I guess that > statement should not have been removed from the procedure. > > Thanks again! > > Jay B. > This is sage advice. A number of times I even thought I set it up right initially but resorted to this "repair" method to get booting working. It gets even easier in newer releases. In 9.x as of Sat Nov 24 12:37:37 2012 SVN rev 243480, zpool.cache is not required at all unless you have non-boot pools. In 9.x as of Fri Jun 29 10:22:20 2012 SVN rev 237767 you don't need vfs.root.mountfrom in /boot/loader.conf. Both of these changes are in 9.1-release and make booting less complicated, more resilient and multibooting more flexible. Thanks to Andriy Gapon!