The memstick image is the same as the livecd – it's an installer and test platform, it's not meant to be run indefinitely. It does not store the config on the drive.

I would not run on the Dev kernel in production. Aside from being slower due to increased debugging, it is also more likely to panic if it gets into a situation it doesn't like for any touchy little reason.

Thanks both.

Check this: http://www.pfsense.org/index.php?option=com_content&task=view&id=43&Itemid=44

What would I have done without you  :) it worked…. much appreciated.. still dont know why using the web manual update hangs.. have a good day

@nexusN: @cmb: It means what it says, it can't write to /var/tmp because there is no space available on the device. That's either because there is no space (something overrunning the disk? would have to be a package) or at times a dying disk will produce that output. Check "df -h" at the console when it's happening. Sadly I don't have another harddisk to test it out; They are too expensive now such that I must use an old one. While I do think it works quite well as I have been using it to store and download new data frequently. Maybe I should check it anyway. Thanks for your advice. Thanks for the check advice! I am sorry for my irresponsible claim on the software, on WD harddisk check the harddisk is found to have bad sector, and it cannot even pass a quick test. Now I have switched to a 2.5" harddisk and hopefully I won't see the same error on the page.

Thats exactly what solved the problem! (Creating a small boot-partition) Thanks a lot for this excellent help!!!

having the same problem

Diag>Backup/restore, Config history tab

So, you are saying to edit the xml file, and correct the few differences in hardware before importing the "restore" into the new box. That makes sense. Thanks.

That means it's not compatible with FreeBSD 8.1 amd64 probably because of a driver bug of some sort. You may want to try a stock FreeBSD 9.0 release amd64 version and if you still have problems, report them upstream to FreeBSD. That's outside of our control.

Wow, message to self: never try becoming a sysadmin. I've setup pfsense for remote logging (easy), i've installed and configured Syslog Watcher on Windows (also easy), then it took me 3 days to figure out Windows Firewall was blocking the UDP packets on port 514. Anyway, it's remote logging now. We'll see what happens :) Thanks for the hint.

Can happen to anyone!  :D Steve

Thanks to all for your help.  The solution was found by: -Enable DNS Forwarder in pfsense It works great now.

Thanks! could have find it jp

You could re-apply a firmware update, or grab a clean copy of a file from github, but if a file was corrupted, the storage can't be trusted. I'd suspect the adapter more than anything. Also make sure DMA is off (check the doc wiki)

Same here for NTP for lonnnng time… PPP has recently become very anemic...

spoke too soon, the error is different: /libexec/ld-elf.so.1: Shared object "libz.so.6" not found, required by "libneon.so.27"

What is in the PPP logs on pfSense? (See Status -> System Logs, click on PPP tab) I have just noticed my ppp log is empty. Perhaps your ppp log won't yield any useful information. What is the output of the pfSense shell command ifconfig -a Have you followed suggestions in http://doc.pfsense.org/index.php/Accessing_modem_from_inside_firewall

I took the easy way out.  I bought a refurbished SATA drive and that worked without the mount issue.  Thanks, chpalmer, for answering my post and giving me some options for dealing with the mount issue.