Mother board compatibility and CF card usage as main storage device for small DNS server

Nathan Vidican nathan at
Thu Sep 30 15:19:42 UTC 2010

MFS == memory filesystem; aka ram-disk. The problem being that on reboot,
MFS looses all its contents, therefore practices like storing the 'startup'
state for a filesystem in an archive (tar file works well) and
mounting/copying on startup works well. Conversely, if you need to modify
that startup state you can just over-write the tarfile again.

On Thu, Sep 30, 2010 at 10:54 AM, Kaya Saman <kayasaman at> wrote:

> On 30/09/2010 17:54, Brent Bloxam wrote:
>> Kaya Saman wrote:
>>>  From what you mention it sounds like a bad idea as the system disk will
>>> have many R/W's going through it it seems as /tmp and Swap get written to
>>> all the time.
>> You can skip swap altogether and use MFS (memory filesystem) like Brian
>> mentioned for other high write partitions that don't need to be persistent
>> (/tmp, /var/log). See the following article on the website
>> about using solid state storage:
>> Keep in mind though that Brian's setup was for slave nameservers that
>> would be caching from another master. If your nameserver is acting as
>> master, you'll be storing your records on flash since you need persistent
>> storage, but I don't imagine those files will be write intensive.
>> Also, if you make /var/log MFS, you'll want to have an external syslog
>> server set up ;)
> Thanks a lot so it should be ok then! :-)
> Yeah sounds like a good setup, and also a syslog server :-)))) this is
> exactly what I need in order to check my IOS logs coming from my Cisco
> boxes. I had previously imagined it to be a simple tftpboot server but
> sounds like it's standalone.
> That's cool! I mean I really like having logwatch mailing me all necessary
> information anyway so that coupled with a syslog server should be pretty
> good :-)
> Nice ideas need to do some Google'ing now as I don't know what MFS is yet
> but I will.... :-D
> Cheers and best regards,
> Kaya
> _______________________________________________
> freebsd-questions at mailing list
> To unsubscribe, send any mail to "
> freebsd-questions-unsubscribe at"

Nathan Vidican
nathan at
(519) 962-9987 (Canada)
(313) 586-1982 (USA)

More information about the freebsd-questions mailing list