Date: Sun, 24 Nov 2024 22:02:47 +0000 From: bugzilla-noreply@freebsd.org To: bugs@FreeBSD.org Subject: [Bug 282955] FBSD 14Stable Failure to find fonts using non-standard boot partition. Message-ID: <bug-282955-227@https.bugs.freebsd.org/bugzilla/>
next in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D282955 Bug ID: 282955 Summary: FBSD 14Stable Failure to find fonts using non-standard boot partition. Product: Base System Version: 14.2-STABLE Hardware: Any OS: Any Status: New Severity: Affects Only Me Priority: --- Component: kern Assignee: bugs@FreeBSD.org Reporter: dewayne@heuristicsystems.com.au While transitioning from 12.4S to 14.2S I finally moved from sc to vt and booting (as usual) from a non-standard partition, the new vt system display= s: "failed to add font: /boot/fonts/16x32.fnt" for all expected fonts. The system is BIOS using UFS2. The boot partition is mounted as /fred, so to reconstruct: # make world DESTDIR=3D/new_world # make installkernel DESTDIR=3D/fred # cp -pv /new_world/boot /fred/ creates /fred/boot/fonts which vt can not find, as fonts/ is expected under /fred/fonts. So, trying the following soft-links failed, (as loader isn't meant to be an= OS ;) ) ln -s boot/fonts /fred/fonts nor ln -s /fred/boot/fonts /fred/fonts The only solution that works is to=20 mv /fred/boot/fonts /fred/fonts Clearly something is amiss. Perhaps loader.conf needs a pointer to correct= ly reference where fonts are located, or fonts need to be discovered in the sa= me manner as loader.conf, under a boot/? Please note that the only change required to /fred/boot/loader.conf is to=20 kern.module_path=3D"/fred/boot/kernel" (to enable devmatch to find linker.hints file, while module_path is unchang= ed from default, to find kmods) This is different from https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D= 280692 --=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-282955-227>