Date: Tue, 28 Dec 2021 20:00:32 +0000 From: bugzilla-noreply@freebsd.org To: bugs@FreeBSD.org Subject: [Bug 260735] 1b33aa1f5f99e1270d526ffa5b652250ec80a7ef (amd64 UEFI loader: stop copying staging area to 2M physical) maybe not effective in some cases Message-ID: <bug-260735-227-xAZvwy9Gxk@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-260735-227@https.bugs.freebsd.org/bugzilla/> References: <bug-260735-227@https.bugs.freebsd.org/bugzilla/>
next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D260735 --- Comment #7 from Ed Maste <emaste@freebsd.org> --- > another forum user reporting "the exact same issue" That one is using 13.0-RELEASE and so is expected. > This was, sadly, not the case. To reproduce, it is enough to boot from the > memstick in non-CMS mode on that system. >From your report (switching to UEFI loader after install) I believe that the system does boot in UEFI mode, but without working video. Is it possible th= at this is the same case with memstick, or is the observable behaviour differe= nt? (e.g., screen cleared in one case and not the other, or similar?) Of course it may not be possible to determine that the memstick has booted = to the installer (without video). A useful datapoint would be to try booting the most recent -current snapsho= t on the same hardware. --=20 You are receiving this mail because: You are the assignee for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-260735-227-xAZvwy9Gxk>