freebsd stable - Mar 2021 - FreeBSD 13.0 RC1 UEFI RAID-10 boot problems under VMware Fusio

On Tue, Mar 9, 2021 at 8:56 AM Ruben van Staveren via freebsd-stable <
freebsd-stable at freebsd.org> wrote:
> Hi List,
>
> With FreeBSD 13 getting near release I was trying out a new hardware setup
> for a future upgrade, in where a zfs SATA RAID-10 array would be accelated
> by some NVME devices for cache, log, and special meta data.
>
> However, booting the setup under VMWare fusion gives me a lot of zio_read
> error: 5 / ZFS: i/o error - all block copies unavailable whereas in
> VirtualBox using the same VMDKs the setup boots without issue, both in UEFI
> mode
>
> I used the guided ZFS install, GPT UEFI only, and choose RAID-10 and zero
> swap as I want to use the NVME devices for that later on.
>
> when on the loader prompt lsdev / lszfs / ls works through latter two
> throw out zio_read error: 5 but show recognisable output (zfs filesystems,
> files)
>
>
> disk0 through 4 are the SATA disks with only an EFI and ZFS GPT partition
> each, disk4/5 is reserved for the special vdevs (but not in use yet) and
> swap
>
> If I press escape and end up in VMWare?s UEFI setup screen I can boot from
> any ada*p1 drive and continue as normal.
> Is UEFI with OpenZFS too new, or is this an issue in VMWare?
>
>
>
> Also, I?m missing /boot/*efifat* in FreeBSD13. What is the procedure for
> updating EFI loaders?
>
They have been removed because they are no longer needed (filesystem images
for boot blocks trouble me too).

mount -t msdos /dev/da0pX /mnt
mv /mnt/efi/boot/bootx64.efi /mnt/efi/boot/bootx64-old.efi
cp /boot/loader.efi /mnt/efi/boot/bootx64.efi

The ESP on UEFI systems is just a FAT filesystem.

One issue you may run into is the size of the partition. If it is tiny,
you'll likely have to create a new ESP. Using /boot/boot1.efi may help and
can be used in the last step instead of loader.efi, but it's much less
flexible than loader.efi.

Warner

> Also, I?m missing /boot/*efifat* in FreeBSD13. What is the procedure for
updating EFI loaders?
> 
> They have been removed because they are no longer needed (filesystem images
for boot blocks trouble me too).
Agree, but I?ve felt I?ve missed the memo
> 
> mount -t msdos /dev/da0pX /mnt
> mv /mnt/efi/boot/bootx64.efi /mnt/efi/boot/bootx64-old.efi
> cp /boot/loader.efi /mnt/efi/boot/bootx64.efi
> 
> The ESP on UEFI systems is just a FAT filesystem.
Yes.

I think it it noteworthy to have this in the release notes somewhere. that is,
if bootx64.efi needs updates every now and then
> 
> One issue you may run into is the size of the partition. If it is tiny,
you'll likely have to create a new ESP. Using /boot/boot1.efi may help and
can be used in the last step instead of loader.efi, but it's much less
flexible than loader.efi.
> 
> Warner
Thanks,
    Ruben

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: Message signed with OpenPGP
URL:
<http://lists.freebsd.org/pipermail/freebsd-stable/attachments/20210309/e32e181f/attachment.sig>

Hi Warner,
> Am 09.03.2021 um 22:00 schrieb Warner Losh <imp at bsdimp.com>:One
issue you may run into is the size of the partition. If it is tiny,
> you'll likely have to create a new ESP. Using /boot/boot1.efi may help
and
> can be used in the last step instead of loader.efi, but it's much less
> flexible than loader.efi.
What precisely is the difference between boot1.efi and loader.efi?
Practically from a sysadmin point of view? I have been using boot1.efi
exclusively the last couple of years to boot EFI based systems with ZFS ...

Thanks!
Patrick
--
punkt.de GmbH
Patrick M. Hausen
.infrastructure

Kaiserallee 13a
76133 Karlsruhe

Tel. +49 721 9109500

https://infrastructure.punkt.de
info at punkt.de

AG Mannheim 108285
Gesch?ftsf?hrer: J?rgen Egeling, Daniel Lienert, Fabian Stein

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 488 bytes
Desc: Message signed with OpenPGP
URL:
<http://lists.freebsd.org/pipermail/freebsd-stable/attachments/20210309/0941faf9/attachment.sig>