Re: git: 7919c76dbdd2 - main - bsdinstall: use gpt/efiboot0 label in /etc/fstab

From: Emmanuel Vadot <manu_at_bidouilliste.com>
Date: Wed, 15 Feb 2023 09:31:39 UTC
 Hello Alan,

On Tue, 24 May 2022 19:17:44 GMT
Alan Somers <asomers@FreeBSD.org> wrote:

> The branch main has been updated by asomers:
> 
> URL: https://cgit.FreeBSD.org/src/commit/?id=7919c76dbdd20161247d1bfb647110d87ca5ee0f
> 
> commit 7919c76dbdd20161247d1bfb647110d87ca5ee0f
> Author:     Alan Somers <asomers@FreeBSD.org>
> AuthorDate: 2022-05-24 18:24:12 +0000
> Commit:     Alan Somers <asomers@FreeBSD.org>
> CommitDate: 2022-05-24 19:17:10 +0000
> 
>     bsdinstall: use gpt/efiboot0 label in /etc/fstab
>     
>     Otherwise, boot will hang if the numbering of disks has changed since
>     initial install.
>     
>     MFC after:      2 weeks
>     Sponsored by:   Axcient
>     Reviewed by:    brd
>     Differential Revision: https://reviews.freebsd.org/D35309

 So, I understand the initial problem but this causes a new one.
 efibootmgr is now confused when you ask to print the unix path of the
ESP because the device resolved is still ada0p1 (for example) and since
it's not mounted anymore as the label is used we can't discover the
path to the mounted ESP.
 Since it's now in 13.2 we've just noticed that at work.
 We will parse glabel but it's really horrible to parse and it be good
to have efibootmgr -E -p working again on a fresh install.

 Cheers,

-- 
Emmanuel Vadot <manu@bidouilliste.com> <manu@freebsd.org>