@ilium007:

To be fair I have come here with exactly the same question and I don't believe the FAQ does a good enough job of explaining the files. For a non-CF installation what file should we be downloading ?

Embedded with serial console - Xg implies the image size: 1g is a 1GB image, 2g is 2GB image; amd64 implies 64-bit, i386 implies x86 a.k.a. 32bit image; nanobsd is the embedded serial console variant.

pfSense-2.0-RELEASE-Xg-amd64-nanobsd.img.gz

Embedded with VGA output - Xg implies the image size: 1g is a 1GB image, 2g is 2GB image; amd64 implies 64-bit, i386 implies x86 a.k.a. 32bit image; nanobsd_vga is the embedded with VGA output variant.

pfSense-2.0-RELEASE-Xg-i386-nanobsd_vga.img.gz

LiveCD or Installer CD image to be burned to optical media - i386 implies x86 (32bit), amd64 implies 64bit variant; iso instead of img tells you this is a liveCD/ installer rather than embedded variant
pfSense-2.0-RELEASE-i386.iso.gz

Live or Installer iso to be flashed to thumbdrives or other USB bootable media - memstick tells you this is for thumbdrives a.k.a. memory sticks;  i386 implies x86 (32bit), amd64 implies 64bit variant; iso instead of img tells you this is a liveCD/ installer rather than embedded variant
pfSense-memstick-2.0-RELEASE-i386.iso.gz

@Cry:

Keep in mind that all the *.pool.ntp.org addresses change. Knowing what they are now doesn't tell you what they were a few minutes ago, let alone days ago.

Exactly, you'll get different responses every time.

Ah, that was it.  It was autoupdating before happily while RC3 was the current version, but when RELEASE came out the box lost it's autoupdate URL for some reason.  I reselected it from the list and it worked fine.  Thanks!

pfSense pings the gateway at regular intervals using apinger.
If it thinks it's off-line then either your modem is not responding to pings or the responses are being filtered.

Have you unchecked 'block private networks' in the interface setup page?
Check the firewall logs, are you seeing the pig responses being blocked?

Do you have a network subnet overlap that's causing pfSense to send the pings to the wrong interface?

Steve

No problem.  :)

It's shame you couldn't pin point exactly what made the difference. I always find it unsatisfying when I've fixed something but don't know why.

Steve

You need to install an "i386" kit on an Alix. You are attempting to run an "amd64" kit which was built to run on a CPU supporting "64 bit" instructions. The CPU on the Alix doesn't have "64 bit" instructions.

Hmm,
Looks like it managed to get the PPPoE connection set to the wrong interface.
Glad you got it sorted.  :)

Steve

That used to be a quick way to get that behavior in old versions (1.2.2 and before), but it is no longer supported.

If you just want serial console, then a full install with the embedded kernel is sufficient. If you really want the HDD to go read only, then you probably should image it with a NanoBSD image and run it that way.

Have you tested the serial cable and whatever you are using for a console with something else?

Can you use a newer version of FreeBSD? I believe you can boot PCBSD as a live CD.
The file system may have changed sufficiently to give you a problem with such an old version.

Steve

Have you read through this:
http://doc.pfsense.org/index.php/Boot_Troubleshooting

Have you installed the correct version?

Steve

OK. Got some help with this over the weekend (thank you Glenn! and Chris!).  The problem is Time-Warner.  They aren't allowing pfsense to actually act as the router on my IPs.  Instead they're being the gateway and giving the pfsense machine a single IP address so it's not acting as a gateway.  The Time-Warner support people were of absolutely zero help or assistance and refused to put the modem into a true bridge mode for us.  I'm so glad Glenn and Chris were able to make it work anyway.    Time-Warner has again found a way to disappoint me as a customer but they're the only high speed provider in this area.  I guess that's why their service is so bad.

Thank you very much guys

hard drive? maybe…

but I tried it several times with 2 different cd drives and 3 different downloads of the iso.  One was an iso disk that I previously used to successfully install on another system.

Could it be a setting or something in the bios.  floppy is disabled, tried it with hyper thread on and off,

With CARP you need a minimum of 3 IPs per interface.  One for the first box, one for the second box, and then one that is shared.  That last one is the one that would be used as your gateway on the LAN side and is the one that would be used by your clients for presence on the WAN side.  If you wanted to use different WAN IPs for different subnets then you'd need an additional WAN IP for each subnet (so 3 IPs for 1 subnet, 4 IPs for 2 subnets, 5 IPS for 3 subnets, and so on).

Well if it were a fresh install it would have it built in, and wouldn't show up under pkg_info, and does not need installed separately.

The issue you're seeing is that a package, when removed, took rrdtool away with it.

Also, i'm on the latest BIOS update for that mobo and the RAM is totally fine (Dell RAM, Dell mobo, Dell latest BIOS). I don't get errors when I boot any other OS on that system???

I'm wondering if I should be worried about a possible failure coming up on one of the memory slots (since swapping out the memory produced same result) - or if possible there is something else wrong.

or should I just ignore?

@Jarhead:

I only have 256M RAM, could this be the reason??

I doubt it. I have a Jetway motherboard with VIA CPU and 256MB RAM and it runs pfSense "Full" version just fine.

@Jarhead:

I can boot m0n0wall fine and I can boot the memstick version of pfsense but I cannot boot the 512 version.

So why are you trying to boot the "512" version?

@Jarhead:

I get a Fatal trap 18: integer divide fault while in kernel mode.
Then it says cannot dump. Device not defined or unavailable.

FreeBSD writes crash dumps to swap file. If the kernel crashes before there is a swap file established (e.g. early in the startup if you are running the "full" version or anytime if you are running the nano BSD version) then the kernel has nowhere to write the crash dump.

@Jarhead:

This is with the vga 512 version, with the plain 512 version it never gets past the Verifying DMI pool.

Its a while since I watched a pfSense startup and "Verifying DMI pool" doesn't appear in the recorded startup output of my system (output of dmesg pfSense shell command). "Verifying DMI data" is BIOS output?

@jimp:

I added that to the doc wiki as an faq this morning… wish I knew why it wasn't going away, since it's in the obsolete files list and should be removed automatically by the upgrade process. Were you perhaps running the Dashboard package on 1.2.3?

Nope.

Since pfSense is a firewall there are no compiling tools included, make gcc etc. It would only be an additional security risk.
If you need to compile for pfSense 2.0 you do it from a standard FreeBSD 8.1 install.
However, as tommyboy suggested, there are precompiled binaries available for many packages which can be installed directly to pfSense.

Steve

Edit: Looking through the packages it looks like there may only be OCI8 clients available.  :(