@kimzer said in Fresh pfSense 2.4.4 install. Console spam and random internet loss: Also, the console is spamming: "fwohci0: device physically ejected?" "fwohci0: device physically ejected?" << its a firewire device https://forum.netgate.com/topic/19587/livecd-boot-issue-fwohci0-phy-int-repeating/10

Seems a workaround is to boot from the USB drive, but first changing the boot options firmware from BIOS to EFI does the trick. This does not help with the CD ROM though, the only reason why I need to change from BIOS to EFI when using a USB boot is so the system will recognize the drive. Installation works fine now. We will see.

Yep, I second @rtoledo2002 advice as another non network expert. Keep it simple. Turn off wireless on your ISP gateway. I have a cable modem from my ISP with wireless and do the same thing. Buy a wireless access point. Many wireless routers can be put into AP mode as well. Plug the wireless AP into the Pf sense Lan. In my case, I plug it straight into the lan side switch of my sg-3100. Everything works nice.

I mean re-install the firmware so you know you have a good OS/filesystem. Then restore your config into that. Steve

@gwaitsi I disabled squid, and the swap goes back to zero.

@shiv_znet Please suggest for the same and let us know why we are facing such types of issue.

What is the error you receive when trying to connect? The default LAN address is 192.168.1.1, unless you changed it already.

There is not enough information in that header to tell what happened. You'd need to attach the whole crash dump file

Yes, you need to reinstall to get the UEFI boot slice and GPT loader scheme. Steve

This I assume?: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=236716 That looks like bits vs bytes error to me. Are those screenshots still what you see? The links above have expired. Probably need an update to 3.8 though as suggested there. Steve

Yes

Are you setting a very large subnet mask when configuring it as static? The ISP should have provided that information to you.

SOLVED FreeBSD does not read the hardware clock correctly from the Odroid H2. This causes all sorts of weird problems. johnsond in the Odroid forum tested the board and found a solution, all of which he described in this post: https://forum.odroid.com/viewtopic.php?t=33911#p261986 Go to System > Advanced > System Tunables. Add New Tunable Name: kern.timecounter.hardware Value: ACPI-fast Description: TSC-low doesn't work on Odroid-H2 I've testing this on two Odroid H2s. After rebooting, the boards were able to sync with NTP, the time was displayed correctly, and pfSense could contact its repository.

It doesn't function at all, but we're working on it. There isn't any dedicated public page or for tracking that, but we'll likely mention it somewhere (development board here, r/pfSense on Reddit, etc) when it's available for testing.

https://redmine.pfsense.org/issues/9840

FYI for anyone that is interested, I swapped the nics did a clean install and then restored a backup