From owner-freebsd-stable@FreeBSD.ORG Fri Jul 5 20:30:21 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 627E29C5 for ; Fri, 5 Jul 2013 20:30:21 +0000 (UTC) (envelope-from rdeiriar@spock.cl) Received: from mail.spock.cl (enteljoven2.enteljoven.cl [164.77.63.23]) by mx1.freebsd.org (Postfix) with ESMTP id 05DB1115B for ; Fri, 5 Jul 2013 20:30:20 +0000 (UTC) Received: from [10.0.0.110] (190-21-110-26.baf.movistar.cl [190.21.110.26]) (AUTH: PLAIN rdeiriar@spock.cl, TLS: TLSv1/SSLv3,256bits,CAMELLIA256-SHA) by mail.spock.cl with ESMTPSA; Fri, 05 Jul 2013 17:34:54 -0300 id 00000A8E.0000000051D72DEE.0000D3AF Message-ID: <51D72CB4.90108@spock.cl> Date: Fri, 05 Jul 2013 16:29:40 -0400 From: Roberto de Iriarte User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130601 Thunderbird/17.0.6 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: 9.1-STABLE zfsloader failure References: <51D43E20.5020400@spock.cl> In-Reply-To: <51D43E20.5020400@spock.cl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Jul 2013 20:30:21 -0000 I have done some additional research on this, The machine is a MacBook Pro 4,1, the firmware is only able to boot directly to HFS+ formatted GPT partitions. It is able to boot into MBR based partitions (which are labeled "Windows" regardless of type) My disk layout is as follows # /usr/local/sbin/gdisk /dev/ada0 GPT fdisk (gdisk) version 0.8.5 Partition table scan: MBR: protective BSD: not present APM: not present GPT: present Found valid GPT with protective MBR; using GPT. Command (? for help): p Disk /dev/ada0: 625142448 sectors, 298.1 GiB Logical sector size: 512 bytes Disk identifier (GUID): 33EE1EC7-DF42-11E2-95A9-001CB3C56DFB Partition table holds up to 128 entries First usable sector is 34, last usable sector is 625142414 Partitions will be aligned on 8-sector boundaries Total free space is 13 sectors (6.5 KiB) Number Start (sector) End (sector) Size Code Name 1 34 161 64.0 KiB A501 2 168 16777383 8.0 GiB A502 swap0 3 16777384 625142407 290.1 GiB A504 disk0 Partition 1 contains the bootloader and is of type freebsd-boot Partition 2 is of type freebsd-swap Partition 3 is of type freebsd-zfs and contains the root filesystem As described, and with the bootloader installed via gpart bootcode -b /boot/pmbr -p /boot/gptzfsboot -i 1 ada0 My system is unable to boot by itself directly. It does boot with the help of refit or refind With 9.1-RELEASE, it used to be possible to create an "Hybrid MBR" (http://www.rodsbooks.com/gdisk/hybrid.html) either with refit of gdisk, activate the MBR entry that points to the bootloader and have the system boot directly without refit or refind With the new zfsloader from 9.1-STABLE, the system is still able to be booted from refit or refind, however, if i create the Hybrid MBR, the boot pwouldrocess stops with the message (twice) ZFS: can't find pool by guid ZFS: can't find pool by guid And the install rendered unbootable, either directly or with refit/refind Mounting the disk from a live CD and replacing /boot/zfsloader with the one from 9.1-RELEASE solves the problem (This means i cannot upgrade from ZFS v. 28 to the new feature flags spec ?) I don't know if this behavior qualifies for a problem report ? Thanks Roberto