Re: mount_nfs a FreeBSD-set-minimal context (main is the example): only exists as rescue/mount_nfs not as sbin/mount_nfs

On 6/29/26 15:08, Lexi Winter wrote:
> Mark Millard wrote in <0d4a821b-6132-45e2-9c7c-fe782c09f61c@yahoo.com>:
>> Inside a FreeBSD-set-minimal for main installation directory:
>>
>> # find -s ./ -name 'mount*fs' -print
>> ./rescue/mount_msdosfs
>> ./rescue/mount_nfs
>> ./rescue/mount_nullfs
>> ./rescue/mount_unionfs
>> ./sbin/mount_fusefs
>> ./sbin/mount_mfs
>> ./sbin/mount_msdosfs
>> ./sbin/mount_nullfs
>> ./sbin/mount_unionfs
>>
>> Note that mount_nullfs only exists in /rescue/

I later wrote that the "nullfs" was a dumb typo: the subject line
matched my intent: mount_nfs only exists in /rescue/mount_nfs .

> 
> do you believe this is wrong?  if so please describe why.

mount_nfs happened to be the only /rescue/mount_* that was not also a
/sbin/mount_* . /lib/libutil.so.10 is present. (Even
/usr/lib/librpcsvc.so.5 is present, not that it is used for mount_nfs.)
It seemed odd for mount_nfs to only be for rescue activities --or to use
/rescue/mount_nfs as a /sbin/mount_nfs replacement.

But I'm well outside my normal subject areas. I accidentally ran into
this while trying to see if I could figure out how to do a basic RPi4
EDK2 test, hoping that, if I could, I could also later do so for the
RPi5. (Work is being done on the C1 and D0 RPi5 EDK2 and a request for
testing was made.)

(While I have access to the 2 types of RPi5, I did not have background
in the likes of using httpboot, ipxe (or its snp variant) that are
involved in the request. My explorations also wondered into nfs booting
a bit, not that such was requested. I will not being doing an actual nfs
boot, though I might pretend to start such a sequence in what I do.)

-- 
===
Mark Millard
marklmi at yahoo.com