CTF: UEFI HTTP boot support
Rodney W. Grimes
freebsd-rwg at gndrsh.dnsmgr.net
Tue Jun 16 16:50:47 UTC 2020
> Rodney W. Grimes <freebsd-rwg at gndrsh.dnsmgr.net> wrote:
> > > Are you refering to something like:
> > >
> > > vfs.root.mountfrom="cd9660:/dev/md0.uzip"
> > >
> > > we boot that way all the time.
> >
> > What provides the cd9660 driver to FreeBSD? When you load the .iso
> > over a network card, aka PXE/HTTP, the code that does that usually
> > creates a ram disk and a "fake cd drive" that stops working as soon
>
> We don't use PXE much except in a bringup lab, and then I think we use
> NFS for rootfs.
Probably much like what I do once my kernel is loaded.
> Normally if iso is comming from network it is to do an install
> eg loader is doing 'install tftp://host/install.tar'
>
> The "fake cd drive" is in the kernel, loader just copies the iso into
> memory like any other module, and by the time that's done you just
> reboot into the newly installed system, which again uses
>
> vfs.root.mountfrom="cd9660:/dev/md0.uzip"
^^^
Argh, the cd9660 confused me, I think your doing a
"root on mfs/md"?
> but in that case the rootfs is an iso image on local disk.
>
> The rootfs iso is minimal - enough to fsck and mount real media
> and initialize Verified Exec.
> It improves our chances of being able to recover from severe disk
> corruption after cleaning lady pulls the cord, to vaccuum ;-)
>
> --sjg
> _______________________________________________
> freebsd-current at freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-current
> To unsubscribe, send any mail to "freebsd-current-unsubscribe at freebsd.org"
>
--
Rod Grimes rgrimes at freebsd.org
More information about the freebsd-current
mailing list