From owner-freebsd-stable@freebsd.org  Fri Dec 16 17:55:14 2016
Return-Path: <owner-freebsd-stable@freebsd.org>
Delivered-To: freebsd-stable@mailman.ysv.freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org
 [IPv6:2001:1900:2254:206a::19:1])
 by mailman.ysv.freebsd.org (Postfix) with ESMTP id C11F9C82993
 for <freebsd-stable@mailman.ysv.freebsd.org>;
 Fri, 16 Dec 2016 17:55:14 +0000 (UTC) (envelope-from slw@zxy.spb.ru)
Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (Client did not present a certificate)
 by mx1.freebsd.org (Postfix) with ESMTPS id 82E8D12E9;
 Fri, 16 Dec 2016 17:55:14 +0000 (UTC) (envelope-from slw@zxy.spb.ru)
Received: from slw by zxy.spb.ru with local (Exim 4.86 (FreeBSD))
 (envelope-from <slw@zxy.spb.ru>)
 id 1cHwiu-000DNX-GZ; Fri, 16 Dec 2016 20:55:12 +0300
Date: Fri, 16 Dec 2016 20:55:12 +0300
From: Slawa Olhovchenkov <slw@zxy.spb.ru>
To: Eric van Gyzen <vangyzen@FreeBSD.org>
Cc: Fernando Herrero =?utf-8?Q?Carr=C3=B3n?= <elferdo@gmail.com>,
 freebsd-stable <freebsd-stable@freebsd.org>
Subject: Re: Upgrading boot from GPT(BIOS) to GPT(UEFI)
Message-ID: <20161216175512.GN98176@zxy.spb.ru>
References: <CAMwkeZznenmN1RkUaKZ7i12F0FA185ZH+cHPXUp56S8j3SrubQ@mail.gmail.com>
 <20161216173930.GD90401@zxy.spb.ru>
 <b9ede396-2a86-8319-2f40-fe1c40cc6483@FreeBSD.org>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
In-Reply-To: <b9ede396-2a86-8319-2f40-fe1c40cc6483@FreeBSD.org>
User-Agent: Mutt/1.5.24 (2015-08-30)
X-SA-Exim-Connect-IP: <locally generated>
X-SA-Exim-Mail-From: slw@zxy.spb.ru
X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.23
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <https://lists.freebsd.org/mailman/options/freebsd-stable>, 
 <mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable/>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <https://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
 <mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 16 Dec 2016 17:55:14 -0000

On Fri, Dec 16, 2016 at 11:43:18AM -0600, Eric van Gyzen wrote:

> On 12/16/2016 11:39, Slawa Olhovchenkov wrote:
> > On Fri, Dec 16, 2016 at 06:08:34PM +0100, Fernando Herrero Carrón wrote:
> > 
> >> Hi everyone,
> >>
> >> A few months ago I got myself a new box and I have been happily running
> >> FreeBSD on it ever since. I noticed that the boot was not as fast as I had
> >> expected and I've realized that, while my disk is GPT partitioned, the boot
> >> process is still BIOS based:
> >>
> >> % gpart show
> >> =>       34  976773101  ada0  GPT  (466G)
> >>          34          6        - free -  (3.0K)
> >>          40       1024     1  freebsd-boot  (512K)
> >>        1064        984        - free -  (492K)
> >>        2048   67108864     2  freebsd-swap  (32G)
> >>    67110912  909662208     3  freebsd-zfs  (434G)
> >>   976773120         15        - free -  (7.5K)
> >>
> >> I am reading uefi(8) and it looks like FreeBSD 11 should be able to boot
> >> using UEFI straight into ZFS, so I am thinking of converting that
> >> freebsd-boot partition to an EFI partition, creating a FAT filesystem and
> >> copying /boot/boot.efi there.
> >>
> >> How good of an idea is that? Would it really be that simple or am I missing
> >> something? My only reason for wanting to boot with UEFI is faster boot,
> >> everything is working fine otherwise.
> >>
> >> Thanks in advance for your help.
> > 
> > I am also interesting by this case.
> > I think expand freebsd-boot to about 1M (size of /boot/boot1.efifat),
> > dding /boot/boot1.efifat and set to type to 'efi' may be enough. I am
> > never tried this.
> 
> I expect that would work.  It's slightly risky, though, since it doesn't let you
> fall back to BIOS boot if EFI doesn't work.

Live cd/USB can be fallback for this case.