Date: Thu, 21 Dec 2023 12:59:54 +0000 From: Nuno Teixeira <eduardo@freebsd.org> To: Dimitry Andric <dim@freebsd.org> Cc: FreeBSD CURRENT <freebsd-current@freebsd.org> Subject: Re: symlink to /boot/loader.efi Message-ID: <CAFDf7UKxDM1_9DqqHcXZWUc0KYJPfwX0KDn1qzNGQ8GCqU=WqQ@mail.gmail.com> In-Reply-To: <631DF939-4E18-4319-BE94-335E63B27B09@FreeBSD.org> References: <CAFDf7U%2BgTr7D38n9Kh7g4AJh4f0AJ2UVGEDTj5c7ibEBxZZYCQ@mail.gmail.com> <631DF939-4E18-4319-BE94-335E63B27B09@FreeBSD.org>
next in thread | previous in thread | raw e-mail | index | archive | help
[-- Attachment #1 --] Hello Dimitry, For a moment I forgot that efiboot is a fat system... I am inspired on what installworld does to kernel and kernel.old. I was thinking in something like it but with efi boot, something automatic. Thanks! Dimitry Andric <dim@freebsd.org> escreveu no dia quinta, 21/12/2023 à(s) 12:48: > On 21 Dec 2023, at 13:22, Nuno Teixeira <eduardo@freebsd.org> wrote: > > > > On every current upgrade I update efi/freebsd/loader.efi (amd64) and > efi/boot/boota64 (aarch64) with new copies on /boot/loader.efi. > > For safety reasons I always have a copy of last running loader by > appending "-old.efi" to loader or boota64 and use beinstall to get BEs if > needed. > > > > Is that possible to link, e.g., /boot/efi/efi/freebsd/loader.efi -> > /boot/loader.efi ? > > Symlinks do not work on FAT file systems, so I assume you mean a symlink > placed in /boot (assuming that is UFS or ZFS), which points to > /boot/efi/efi/freebsd? > > At the moment I think installworld would not write 'through' such a > symlink. In fact, it makes a hard link from /boot/loader_lua.efi to > /boot/loader.efi, unlinking any previous /boot/loader.efi. > > That said, it would be nice to have some sort of semi-official way of > upgrading the real EFI loader through installworld. It would probably > require some top-level Makefile magic. > > -Dimitry > > -- Nuno Teixeira FreeBSD Committer (ports) [-- Attachment #2 --] <div dir="ltr"><div>Hello Dimitry,</div><div><br></div><div>For a moment I forgot that efiboot is a fat system...</div><div>I am inspired on what installworld does to kernel and kernel.old.</div><div>I was thinking in something like it but with efi boot, something automatic.<br></div><div><br></div><div>Thanks! <br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Dimitry Andric <<a href="mailto:dim@freebsd.org">dim@freebsd.org</a>> escreveu no dia quinta, 21/12/2023 à(s) 12:48:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On 21 Dec 2023, at 13:22, Nuno Teixeira <<a href="mailto:eduardo@freebsd.org" target="_blank">eduardo@freebsd.org</a>> wrote:<br> > <br> > On every current upgrade I update efi/freebsd/loader.efi (amd64) and efi/boot/boota64 (aarch64) with new copies on /boot/loader.efi.<br> > For safety reasons I always have a copy of last running loader by appending "-old.efi" to loader or boota64 and use beinstall to get BEs if needed.<br> > <br> > Is that possible to link, e.g., /boot/efi/efi/freebsd/loader.efi -> /boot/loader.efi ?<br> <br> Symlinks do not work on FAT file systems, so I assume you mean a symlink placed in /boot (assuming that is UFS or ZFS), which points to /boot/efi/efi/freebsd?<br> <br> At the moment I think installworld would not write 'through' such a symlink. In fact, it makes a hard link from /boot/loader_lua.efi to /boot/loader.efi, unlinking any previous /boot/loader.efi.<br> <br> That said, it would be nice to have some sort of semi-official way of upgrading the real EFI loader through installworld. It would probably require some top-level Makefile magic.<br> <br> -Dimitry<br> <br> </blockquote></div><br clear="all"><br><span class="gmail_signature_prefix">-- </span><br><div dir="ltr" class="gmail_signature"><div dir="ltr"><span style="color:rgb(102,102,102)">Nuno Teixeira<br>FreeBSD Committer (ports)</span></div></div>
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAFDf7UKxDM1_9DqqHcXZWUc0KYJPfwX0KDn1qzNGQ8GCqU=WqQ>