Re: Updating EFI boot loader results in boot hangup
- In reply to: Tomoaki AOKI : "Re: Updating EFI boot loader results in boot hangup"
- Go to: [ bottom of page ] [ top of archives ] [ this month ]
Date: Sat, 20 Aug 2022 02:56:14 UTC
On Wed, 17 Aug 2022 07:55:32 +0900 Tomoaki AOKI <junchoon@dec.sakura.ne.jp> wrote: > On Mon, 15 Aug 2022 21:35:52 -0600 > Warner Losh <imp@bsdimp.com> wrote: > > > On Mon, Aug 15, 2022, 9:04 PM Yasuhiro Kimura <yasu@freebsd.org> wrote: > > > > > From: Yasuhiro Kimura <yasu@FreeBSD.org> > > > Subject: Re: Updating EFI boot loader results in boot hangup > > > Date: Sun, 14 Aug 2022 06:34:40 +0900 (JST) > > > > > > > From: Yasuhiro Kimura <yasu@FreeBSD.org> > > > > Subject: Updating EFI boot loader results in boot hangup > > > > Date: Sat, 13 Aug 2022 01:54:26 +0900 (JST) > > > > > > > >> I made regular update of my 14-CURRENT amd64 system from > > > >> main-n257134-a69c0964625 to main-n257316-9d16275c65b. I also updated > > > >> EFI boot loader (/boot/efi/efi/freebsd/loader.efi) but it results in > > > >> boot hangup as following. > > > >> > > > >> > > > https://people.freebsd.org/~yasu/FreeBSD-14-CURRENT-amd64-20220813-boot-hangup.png > > > >> > > > >> If I restore previous loader file (that is, loader.efi of > > > >> main-n257134-a69c0964625 and kernel of main-n257316-9d16275c65b), then > > > >> system boots successfully. > > > > > > > > I submitted the problem to FreeBSD Bugzilla. > > > > > > > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=265825 > > > > > > > > Best Regards. > > > > > > d98de744050 is committed. So I tested it with following steps. > > > > > > 1. Check out the commit. > > > 2. cd /usr/src/stand > > > 3. make > > > 4. make install > > > 5. install -m 755 -p /boot/loader.efi /boot/efi/efi/freebsd > > > 6. shutdown -r now > > > > > > And system boots successfully. But while efi loader is workding a lot > > > of messages are displayed as following. > > > > > > > > > https://people.freebsd.org/~yasu/FreeBSD-14-CURRENT-amd64.20220816.efi-loader-message.png > > > > > > Would you be able to share camcontrol devlist output? Privately if need be. > > And have any of these disks ever held ufs filesystems?? > > > > Warner > > > > > > > --- > > > Yasuhiro Kimura > > Just a "me too" info. I have (usually not mounted for test) UFS on ada0. > (Now the UFS contains outdated [SVN era] root partition of main.) > > % camcontrol devlist > <CT2000MX500SSD1 M3CR010> at scbus0 target 0 lun 0 (pass0,ada0) > <AHCI SGPIO Enclosure 2.00 0001> at scbus1 target 0 lun 0 (ses0,pass1) > <Samsung SSD 970 EVO Plus 2TB 1B2QEXM7> at scbus2 target 0 lun 1 > (pass2,nda0) > > % gpart show nda0 > => 40 3907029088 nda0 GPT (1.8T) > 40 2008 - free - (1.0M) > 2048 1126400 1 efi (550M) > 1128448 2048 2 freebsd-boot (1.0M) > 1130496 3770679296 3 freebsd-zfs (1.8T) > 3771809792 135219200 4 freebsd-swap (64G) > 3907028992 136 - free - (68K) > > > % gpart show ada0 > => 40 3907029088 ada0 GPT (1.8T) > 40 2008 - free - (1.0M) > 2048 1126400 1 efi (550M) > 1128448 2048 2 freebsd-boot (1.0M) > 1130496 3749707776 3 freebsd-zfs (1.7T) > 3750838272 20971520 4 freebsd-ufs (10G) > 3771809792 135219200 5 freebsd-swap (64G) > 3907028992 136 - free - (68K) > > > -- > Tomoaki AOKI <junchoon@dec.sakura.ne.jp> > Confirmed fixed at commit 6d645da0d49decc0352f27b8b5ff1983c611659d. Thanks! Sorry for the late report. I had been facing another, unrelated problem, fixed at commit 545db925c3d5408e71e21432895770cd49fd2cf3. -- Tomoaki AOKI <junchoon@dec.sakura.ne.jp>