Watchguard Firebox M440
-
Added the module and updated the config file ... I don’t see anything verbosing on the console..
-
Hmm, you see it failing to load that, maybe an error at the beginning on the boot?
The module is built for pfSense 2.4.4 (FreeBSD 11.2). It won't load in 2.3.5.
Steve
-
I noticed this line in the boot log...
KDB: debugger backends: ddb.../if_igb.ko': input/output errors=[0x8+0x197280+0x8
Attached is the boot log....
-
Here is what I done so far based on your recommendation....
-
Hmm, only two possibilities I can see. I actually tested on a 2.4.5 snapshot but that's still build on FreeBSD 11.2.
Perhaps the file was borked somewhere by uploading/downloading via the forum:
[2.4.5-DEVELOPMENT][root@8860.stevew.lan]/root: sha256 /boot/modules/if_igb.ko SHA256 (/boot/modules/if_igb.ko) = d309d1b253ddf4a4444ab2c4fa16c71b2c880e7439f236a35395444edeb0db28
I don't see that KDB line so I'm guessing the file was broken somehow. Checking sha256 sum should show that.
Steve
-
Will check now...
-
Looks OK here when I downloaded it from the forum though:
steve@steve-MMLP7AP-00 ~/Downloads $ sha256sum 1539553891669-if_igb.ko.txt d309d1b253ddf4a4444ab2c4fa16c71b2c880e7439f236a35395444edeb0db28 1539553891669-if_igb.ko.txt
Hmm
-
Getting a different checksum.. Here are the results..
-
To download, I right click on the file and select "Save Target As" to my Windows 10 machine. I rename the file and then use WINSCP to move the file to pfSense.
-
I downloaded the sha256sum program for Windows and I'm getting the same checksum on my Windows machine.. Hmm.
E:\Watchguard M440>sha256sum.exe if_igb.ko
d309d1b253ddf4a4444ab2c4fa16c71b2c880e7439f236a35395444edeb0db28 *if_igb.ko -
Ok.. Here is what is going on..
I used WINSCP to upload the file to pfSense. I ran the sha256 command on the file in pfSense and I get checksum "d309d1b253ddf4a4444ab2c4fa16c71b2c880e7439f236a35395444edeb0db28" which is what you get.
I reboot pfSense and for some reason the checksum of the file changes. I ran the sha256 command on the file in pfSense after the reboot and I get checksum "09baa21ec3e7f90e397be6fec895a80f9e5c2b70641eae57c61318ae173b1edc".
What is going on? Maybe the permissions on the file is incorrect..
-
Couple things that may be wrong.
-
Should we have a uppercase "YES" in the following line in the config file.
if_igb_load="YES" -
The file permission on the .ko file (chmod 644) may not be correct. I noticed that another .ko in the same directory has different permissions (execute permission - chmod 555) .
-
-
Finally go it working.. I did the 2 things in the previous post.
Here are the results...
-
Hmm, well that's.... weird.
I didn't set any special permissions on the file, it loaded and ran fine anyway:
[2.4.5-DEVELOPMENT][root@8860.stevew.lan]/boot/modules: sha256 if_igb.ko SHA256 (if_igb.ko) = d309d1b253ddf4a4444ab2c4fa16c71b2c880e7439f236a35395444edeb0db28 [2.4.5-DEVELOPMENT][root@8860.stevew.lan]/boot/modules: ls -la total 660 drwxr-xr-x 2 root wheel 512 Oct 14 22:25 . drwxr-xr-x 9 root wheel 1536 Oct 15 11:09 .. -r-xr-xr-x 1 root wheel 105504 Sep 5 00:35 bwi_v3_ucode.ko -rw-r--r-- 1 root wheel 496128 Oct 14 22:25 if_igb.ko -rw-r--r-- 1 root wheel 88 Oct 7 14:12 linker.hints
That's after rebooting, the file is unchanged here.
I renamed the file after I uploaded it to that box. Shouldn't make any difference though.
Steve
-
Is that the results you were looking for? Please advise. Should I now delete the .ko file?
-
Ah, OK that is working but that txt file just shows the stuff it throws out every second.
We need the log showing it booting and the driver trying and failing to attach.
-
It seems to be stuck on throwing the stuff on the console and does not enter the boot cycle.. I will try again.
-
One option here is to reboot from the GUI and then copy out the system log as soon as it boots up.
At Diag > Command prompt run:
clog /var/log/system.log > /tmp/systemlog.txt
Then you can download and look through that txt file.
Steve
-
I got it... Attached is the boot log...
-
Please let me know if the log file is what you need. I will be leaving for work in the next 15 minutes; however, I want to make sure you have the correct log file. Let me now...