Date: Thu, 20 Jan 2011 00:24:48 -0500 From: Outback Dingo <outbackdingo@gmail.com> To: Adrian Chadd <adrian@freebsd.org> Cc: freebsd-mips@freebsd.org Subject: Re: RS / RSPRO FreeBSD Message-ID: <AANLkTinjupTkkesyY%2B65R8vmYKRpanrOy9C=nRJrPEX=@mail.gmail.com> In-Reply-To: <AANLkTikzW-gjc=x_bDEZTN3=2X9JJHWfWTL10mrWXvVx@mail.gmail.com> References: <AANLkTi=vcLScFS%2BJxj0HSZc8hE9p4=W=hrnvMpMfm2OG@mail.gmail.com> <AANLkTikzW-gjc=x_bDEZTN3=2X9JJHWfWTL10mrWXvVx@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Thu, Jan 20, 2011 at 12:08 AM, Adrian Chadd <adrian@freebsd.org> wrote: > There's a couple of ways you can do this. > > The first way is to build a small MFS kernel that has a compressed > filesystem image in the MFS (geom_gzip / geom_ulzma) which is then > booted from flash or network and runs entirely from RAM. I built a > busybox style system using the rescue+crunchgen stuff to do exactly > this kind of thing. > > Feasibly using this method and your recent bsdbox MFS kernel sounds most logical size/space wise as Im looking to do this without a usb stick/flash. simply small wireless ap/pf is all. I also looked at the nanobsd stuff ... I considered an MFS kernel / bsdbox / integrated and nanobsdized, also i looked at the bsd router project which is a nano based stripped image + including 2 packages. So it appears this is probably the way ill go. During the process Ill document and post scripts once i get a viable running system. Sounds like it would also be secure as once its rebooted being mfs all mods/changes go away and the configuration once set is static so mfs would be ok.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?AANLkTinjupTkkesyY%2B65R8vmYKRpanrOy9C=nRJrPEX=>