On Fri, Jul 10, 2020 at 08:29:03PM +0200, Guido van Rooij wrote:> On Thu, Jul 09, 2020 at 08:24:54AM -0500, Kyle Evans wrote: > > On Thu, Jul 9, 2020 at 8:12 AM Guido van Rooij <guido at gvr.org> wrote: > > > > > > I did a zpool upgrade -a to enable large_dnode and spacemap_v2. > > > After that, I did: > > > gpart bootcode -b /boot/pmbr -p /boot/gptzfsboot -i 2 ada0 > > > gpart bootcode -b /boot/pmbr -p /boot/gptzfsboot -i 2 ada1 > > > and: > > > gpart bootcode -p /boot/boot1.efifat -i 1 ada0 > > > gpart bootcode -p /boot/boot1.efifat -i 1 ada1 > > > > > > Now the system no longer boots from either disk and drops to the efi shell. > > > > This method of updating the ESP is no longer recommended for new 12.x > > installations -- we now more carefully construct the ESP with an > > /EFI/FreeBSD/loader.efi where loader.efi is /boot/loader.efi. You will > > want to rebuild this as such, and that may fix part of your problem. > > Hi Kyle, > > Thnaks for your asnwer. I have not got it to work with that > configuration. What did work was to replace the /efi/boot/BOOTx64.efi > with loader.efi and and change the content of startup.nsh with > loader.efi. Withoyt the above answer I wouldn't have figure it out > that quickly so thanks! > > I will investigate further once I have more time (early next week probably).There was one question I forgot to ask: Could I have known that my method of updating the ESP was not correct? If so, where is this documented? -Guido
On Fri, Jul 10, 2020 at 1:44 PM Guido van Rooij <guido at gvr.org> wrote:> > On Fri, Jul 10, 2020 at 08:29:03PM +0200, Guido van Rooij wrote: > > On Thu, Jul 09, 2020 at 08:24:54AM -0500, Kyle Evans wrote: > > > On Thu, Jul 9, 2020 at 8:12 AM Guido van Rooij <guido at gvr.org> wrote: > > > > > > > > I did a zpool upgrade -a to enable large_dnode and spacemap_v2. > > > > After that, I did: > > > > gpart bootcode -b /boot/pmbr -p /boot/gptzfsboot -i 2 ada0 > > > > gpart bootcode -b /boot/pmbr -p /boot/gptzfsboot -i 2 ada1 > > > > and: > > > > gpart bootcode -p /boot/boot1.efifat -i 1 ada0 > > > > gpart bootcode -p /boot/boot1.efifat -i 1 ada1 > > > > > > > > Now the system no longer boots from either disk and drops to the efi shell. > > > > > > This method of updating the ESP is no longer recommended for new 12.x > > > installations -- we now more carefully construct the ESP with an > > > /EFI/FreeBSD/loader.efi where loader.efi is /boot/loader.efi. You will > > > want to rebuild this as such, and that may fix part of your problem. > > > > Hi Kyle, > > > > Thnaks for your asnwer. I have not got it to work with that > > configuration. What did work was to replace the /efi/boot/BOOTx64.efi > > with loader.efi and and change the content of startup.nsh with > > loader.efi. Withoyt the above answer I wouldn't have figure it out > > that quickly so thanks! > > > > I will investigate further once I have more time (early next week probably). > > There was one question I forgot to ask: > Could I have known that my method of updating the ESP was not correct? > If so, where is this documented? >It is probably unlikely, to be honest. I don't know that we do a good job of advising people/documenting how to update the ESP. In fact, I have no idea where any of it's documented except the wiki: https://wiki.freebsd.org/UEFI>From your previous e-mail:> I did not set this sysctl so most likely that was the cause. As the system > is up and running again I didn't test it. > Let me know if you want me to.It's working now, so I wouldn't bother- this is probably the most likely cause, the pool's demonstrably intact based on your latest report. Thanks, Kyel EVans
Charles Sprickman
2020-Jul-10 20:45 UTC
12.1p7 no longer boots after doing zpool upgrade -a
> On Jul 10, 2020, at 2:44 PM, Guido van Rooij <guido at gvr.org> wrote: > > On Fri, Jul 10, 2020 at 08:29:03PM +0200, Guido van Rooij wrote: >> On Thu, Jul 09, 2020 at 08:24:54AM -0500, Kyle Evans wrote: >>> On Thu, Jul 9, 2020 at 8:12 AM Guido van Rooij <guido at gvr.org> wrote: >>>> >>>> I did a zpool upgrade -a to enable large_dnode and spacemap_v2. >>>> After that, I did: >>>> gpart bootcode -b /boot/pmbr -p /boot/gptzfsboot -i 2 ada0 >>>> gpart bootcode -b /boot/pmbr -p /boot/gptzfsboot -i 2 ada1 >>>> and: >>>> gpart bootcode -p /boot/boot1.efifat -i 1 ada0 >>>> gpart bootcode -p /boot/boot1.efifat -i 1 ada1 >>>> >>>> Now the system no longer boots from either disk and drops to the efi shell. >>> >>> This method of updating the ESP is no longer recommended for new 12.x >>> installations -- we now more carefully construct the ESP with an >>> /EFI/FreeBSD/loader.efi where loader.efi is /boot/loader.efi. You will >>> want to rebuild this as such, and that may fix part of your problem. >> >> Hi Kyle, >> >> Thnaks for your asnwer. I have not got it to work with that >> configuration. What did work was to replace the /efi/boot/BOOTx64.efi >> with loader.efi and and change the content of startup.nsh with >> loader.efi. Withoyt the above answer I wouldn't have figure it out >> that quickly so thanks! >> >> I will investigate further once I have more time (early next week probably). > > There was one question I forgot to ask: > Could I have known that my method of updating the ESP was not correct? > If so, where is this documented?+1 I have a few new servers and I figured that to keep with the times I should be doing EFI instead of legacy boot, but if this is one of those features where you have to be subbed to a number of email lists to know what state the feature is in, then maybe legacy boot is the right direction. I don?t see any upgrade tips here: https://www.freebsd.org/cgi/man.cgi?query=uefi&sektion=8&manpath=freebsd-release-ports This handbook seems to have no upgrade info: https://www.freebsd.org/doc/handbook/updating-upgrading.html https://www.freebsd.org/doc/handbook/boot-introduction.html https://www.freebsd.org/doc/handbook/book.html And I?m still not sure if the wiki is considered a canonical source for this info or if it?s more of a developer?s notebook. Thanks, Charles> > -Guido > _______________________________________________ > freebsd-stable at freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe at freebsd.org"