[Bug 287904] Most recent installer fails to flush pre-existing GPT labels

From: <bugzilla-noreply_at_freebsd.org>
Date: Sat, 12 Jul 2025 17:15:04 UTC
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=287904

John Baldwin <jhb@FreeBSD.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |imp@FreeBSD.org

--- Comment #8 from John Baldwin <jhb@FreeBSD.org> ---
(In reply to Dennis Clarke from comment #7)

I realize you _can_ use gmirror with an EFI partition, but gmirror scribbles
data
in the end of the disk partition to do that, and EFI firmware is not aware of
that
metadata and may 1) reject the EFI FS entirely if it is too picky as it may not
consider it a valid EFI FS (since it must assume that the _entire_ MBR slice is
a valid EFI filesystem) or 2) while it may happen to read ok, if you use the
EFI shell to do any writes to the EFI partition, it will not update the mirror,
and may end up overwriting the gmirror label at the end.  For these reasons,
while it might be _possible_ to manually gmirror your EFI partitions, I do not
think it is wise.  I'm also not aware of it being a supported configuration.

However, the real question I have is when were the EFI partitions mirrored? 
Did the installer setup the gmirror or did you do it manually?  If the
installer did it, then it is a bug in the installer that it doesn't use the
right device in /etc/fstab.  If you did it manually, then in addition to using
gmirror to create the mirror between the slices, you also have to manually fix
the new /etc/fstab before rebooting (and that's part of the price of running a
non-standard configuration).

-- 
You are receiving this mail because:
You are the assignee for the bug.