PfSense w/out keyboard
-
Still sounds like a hardware problem. Be aware that PS/2 keyboards and mice are not hot swappable - you should never remove or connect one when a system is powered up as there is a risk you could damage the keyboard or motherboard. That said, I've done it often enough myself without problems - and do it on my current pfSense host. Are you using a PS/2 or USB keyboard?
Does it work if you boot it without the keyboard?
-
@Cry:
Be aware that PS/2 keyboards and mice are not hot swappable
Does it work if you boot it without the keyboard?I reread my post and it is sort of confusing…
- It is a ps/2 keyboard
- If I boot the computer (my pfsense firewall) with the ps/2 keyboard plugged in, I am unable to connect to the web interface or even surf the internet
- If I boot the computer (my pfsense firewall) without the ps/2 keyboard plugged in, I can connect to the web interface, I can also surf the internet
- Does anyone know if there is a log I can review of the install I performed? I would like to review it for the error that popped up to see if that could cause these symptoms
-
@Cry:
Be aware that PS/2 keyboards and mice are not hot swappable
Does it work if you boot it without the keyboard?I reread my post and it is sort of confusing…
- It is a ps/2 keyboard
- If I boot the computer (my pfsense firewall) with the ps/2 keyboard plugged in, I am unable to connect to the web interface or even surf the internet
- If I boot the computer (my pfsense firewall) without the ps/2 keyboard plugged in, I can connect to the web interface, I can also surf the internet
- Does anyone know if there is a log I can review of the install I performed? I would like to review it for the error that popped up to see if that could cause these symptoms
OK, this is different than what you wrote above. Sounds like you have a bad PS/2 jack on your MB, or a bad PS/2 keyboard. A short or partial short could pull +5V down enough to keep the nic(s) from working. Shorts can also be very intermittent (as it was when you were trying different ISOs). Again, try a USB kb.
That said, what's the issue? You want to use no kb, right? And when you use no kb, things work. Just use the web and ssh for admin.
Sorry, I don't know about the pfSense install log. In linux, I'd look in /var/log/messages and use dmesg.
-
OK, this is different than what you wrote above. Sounds like you have a bad PS/2 jack on your MB, or a bad PS/2 keyboard. A short or partial short could pull +5V down enough to keep the nic(s) from working. Shorts can also be very intermittent (as it was when you were trying different ISOs). Again, try a USB kb.
That said, what's the issue? You want to use no kb, right? And when you use no kb, things work. Just use the web and ssh for admin.
Sorry, I don't know about the pfSense install log. In linux, I'd look in /var/log/messages and use dmesg.
Actually it's the other way around, I want to use no KB, but when I use no kb, things don't work.
The short theory would apply if it was breaking while I was trying to use a keyboard.
My thought was that maybe I should've selected to use the custom kernel that doesn't utilize keyboard or video.
-
As I said, my own host runs without keyboard or mouse connected most of the time. I would strongly suspect faulty hardware in your case.
-
Cry Havok, which iso program did you use to burn the image?
-
Probably Nero (which complains when the ISO is corrupt). If however you took the time to verify the burned disk against the ISO then the program you use is irrelevant.
-
OK so I tried a fresh install, again. This time I burned the iso from a 3rd computer, using PowerIso, after redownloading the image. It did not puke during the install this time, so the 3rd computer burnt a valid disc. Unfortunately this did not fix my problem. I was however, able to realize this has nothing to do with the keyboard, because the problem persisted regardless of the keyboard being plugged in or not. I decided to reboot the computer 15 times to gather data. Here are the results (If the lan is good, I can access it from the web interface, if the wan is good it receives an ip from the isp dhcp server):
Reboot 1: Lan=Good Wan=Good
Reboot 2: Lan=Good Wan=Good
Reboot 3: Lan=Good Wan=Good
Reboot 4: Lan=Bad Wan=Bad
Reboot 5: Lan=Bad Wan=Good
Reboot 6: Lan=Bad Wan=Bad
Reboot 7: Lan=Bad Wan=Good
Reboot 8: Lan=Bad Wan=Good
Reboot 9: Lan=Good Wan=Good
Reboot 10: Lan=Good Wan=Good
(At this point I disabled USB and onboard sound)
Reboot 11: Lan=Bad Wan=Bad
Reboot 12: Lan=Bad Wan=Bad
Reboot 13: Lan=Bad Wan=Good
Reboot 14: Lan=Bad Wan=Good
Reboot 15: Lan=Good Wan=Good
(At this point I disable ACPI)
Reboot 16: Lan=Bad Wan=BadAs you can see nothing I tried seemed to make a difference, and there was no obvious pattern. It either worked, or it didn't work. When it wasn't working, I would be able to fix it (which I didn't do during these 16 reboots, I wanted to see if it would fix itself or not). I could fix the LAN side by reassigning the LAN ip. This would somehow reset it and then I would be able to connect to the web interface. I could fix the WAN side by releasing the DHCP, rebooting the Cable Modem, and then renewing the DHCP.
I also checked my ping capability when the LAN side wasn't working. I was able to ping 127.0.0.1 and the ip address I had assigned it, but i was unable to ping anything else. I ran an ifconfig and sure enough it showed an IP address on both the LAN and the WAN.
Also, when the LAN or WAN side didn't work, it would usually take an abnormal amount of time to complete the "Configuring LAN (or WAN) Interface…Done" upon boot.
At this point I was thinking that perhaps the drivers weren't working very well, being as it was intermittent. I've seen symptoms like this on the Windows side where updating the drivers can resolve intermittent problems. But, I didn't know how to update drivers, so I decided to upgrade to 1.2.3 RC1...and it worked! I tried rebooting 6 times, with and without the keyboard attached. Worked like a charm.
Anyone have any idea what is different between the two versions that would fix this issue? I noticed that FreeBSD is a newer version in this release of FreeBSD, so perhaps newer drivers are included?
Also, thanks for all the help/input from Cry Havok and charliem, I know it can be annoying to deal with new users that lack knowledge.
-
As you can see nothing I tried seemed to make a difference, and there was no obvious pattern. It either worked, or it didn't work. When it wasn't working, I would be able to fix it
Sounds like a race condition; in any case I'm glad it's fixed with 1.2.3-RC1
Although linux and FreeBSD do have drivers, they are tied much closer to the kernel than in windows. You generally don't 'update drivers' in unix, you update the kernel instead, which brings with it all the driver updates. Proprietary and/or out-of-kernel drivers are possible (vmware & nvidia for example, for linux), but many people try to avoid them.
-
Race condition?
