From owner-freebsd-stable@FreeBSD.ORG Tue May 26 16:40:59 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 531FE10656A5 for ; Tue, 26 May 2009 16:40:59 +0000 (UTC) (envelope-from hartzell@alerce.com) Received: from merlin.alerce.com (merlin.alerce.com [64.62.142.94]) by mx1.freebsd.org (Postfix) with ESMTP id 3B0438FC16 for ; Tue, 26 May 2009 16:40:59 +0000 (UTC) (envelope-from hartzell@alerce.com) Received: from merlin.alerce.com (localhost [127.0.0.1]) by merlin.alerce.com (Postfix) with ESMTP id 5FF9533C62; Tue, 26 May 2009 09:10:18 -0700 (PDT) Received: from merlin.alerce.com (localhost [127.0.0.1]) by merlin.alerce.com (Postfix) with ESMTP id 071DC33C5B; Tue, 26 May 2009 09:10:17 -0700 (PDT) From: George Hartzell MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <18972.5227.526290.349958@already.dhcp.gene.com> Date: Tue, 26 May 2009 09:10:19 -0700 To: Artis Caune In-Reply-To: <9e20d71e0905260854t1c731f68g3965c3406dc304c5@mail.gmail.com> References: <4A1BED8C.1070408@h3q.com> <9e20d71e0905260854t1c731f68g3965c3406dc304c5@mail.gmail.com> X-Mailer: VM 8.0.12 under 22.3.1 (i386-apple-darwin9.6.0) X-Virus-Scanned: ClamAV using ClamSMTP Cc: Philipp Wuensche , FreeBSD Stable Mailing List Subject: Re: loader not working with GPT and LOADER_ZFS_SUPPORT X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: hartzell@alerce.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 May 2009 16:41:00 -0000 Artis Caune writes: > 2009/5/26 Philipp Wuensche : > > Hi, > > > > I tried booting from a disk with GPT scheme, with a /boot/loader build > > with LOADER_ZFS_SUPPORT="yes" in make.conf. I get the following error: > > > > panic: free: guard1 fail @ 0x2fd4a6ac from > > /usr/src/sys/boot/i386/libi386/biosdisk.c:1053 > > Same problem for me. I also tried with MBR scheme, same problem. I had a similar problem (different @ 0x.... address) with -STABLE over the weekend. I just wanted to boot an old fashioned system, MBR and no ZFS. I ended up building a loader with LOADER_ZFS_SUPPORT="NO" LOADER_NO_GPT_SUPPORT="YES" and it worked. g.