What makes you think the r8168 is buggy?
In Googling, and a lot of the posts were older, there were a lot of comments, or so it seemed, that stated the word "buggy" in the 8168 driver. And how one of the drivers always blacklisted the other which added to that confusion.
Your comments on things cleared the air very well and I thank you again!
Lots of things to try and learn about! I will probably just try a few other cards and have my eyes on an Atheros card a friend has.
In any event, I found that my ClearOS boxes and the ones I have been setting up for my brother and nephew all use the Realtek 8168 NIC using the r8169 driver. So I updated things and all seems to be just fine. In googling the differences between the drivers i have found that most think it is minimal but that the 8168 driver, the one I went with, might be buggy.
And, as I recall, drivers are compiled into the kernel, correct? When ClearOS updates its kernel down the road, won't this driver update disappear from the next upcoming kernel? Will things just revert back to the r8169 driver? As long as all works after a reboot with a new kernel released by the Clear team, no worries even with the r8169 driver. I guess we can always update it again. But, will this driver be made part of upcoming kernels?
Tony, thanks for the info too on the server status of ClearOS. And other info!
Looks like a kernel driver is in use, R8169.
01:00.0 Network controller : Broadcom Inc. and subsidiaries BCM4312 802.11b/g LP-PHY [14e4:4315] (rev 01)
Subsystem: Dell Wireless 1397 WLAN Mini-Card [1028:000c]
03:00.0 Ethernet controller : Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller [10ec:8168] (rev 07)
Subsystem: Realtek Semiconductor Co., Ltd. Device [10ec:0123]
Kernel driver in use: r8169
Kernel modules: r8169
An "oddity" to report. I set up a new system on compatible hardware and installed, as a test, a broadcom mPCIe wireless. It is seen when doing a lspci as shows up as an
Network controller: Broadcom Inc. and subsidiaries BCM4312 802.11b/g LP-PHY (rev 01)
When I do a locate modinfo bcm4312 it errors with
locate: can not stat () `/var/lib/mlocate/mlocate.db': No such file or directory.
If I remove bcm4312 and just do
it errors the same way. When I go to my working home office ClearOS and do the same thing and I get
Somehow no data on any working NIC is present using 'locate modinfo'.
Where did I go wrong?
I installed ClearOS from CD, updated everything using yum update (had to install yum), then installed the files you specified above. ClearOS never did see the broadcom wireless even the system sees it. It is supposed to have AP mode and pretty good linux support. It has worked in Ubuntu, Mint and others.
Thanks again for any help.
Recent Information and Updates to Wireless Access Point Capability of Clear OS. Dual Band Supported? Which Chipset to Buy?
In continuing my education, (seems I get WAYYYY ahead of myself at times), but some of these micro PCs are working GREAT as ClearOS routers/gateways! I have been Googling wireless access point support for ClearOS and a lot of the stuff is dated. The WiFi documentation shows only one channel is available which would tend to indicate that dual band cards are not yet supported. Is this still true?
In another post I was informed to run a command to see of my card supported AP Mode but I have yet to purchase a mini pcie wireless card. I googled CentOS wifi cards and only found some outdated info on the Atheros AR5007EG. In searching ClearOS lots of older stuff.
What is/are the best or most compatible mini pcie card(s) for a ClearOS 7.8 Access Point? and first question, dual band supported?
Thanks again you guys!!!
Due to Covid, I have had time to reinvigorate my knowledge and exploration of computers in general and Linux OSes. Part of this has been in obtaining, (on the cheap), odd ball micro/mini PCs. I stress these "odd ball", non name devices. Recently I obtained a couple of dual LAN Celeron computers and ultimately learned that these PCs have onboard dual graphics capability with a default monitor and graphics card/device of an LCD or flat screen monitor to be attached via an onboard (on the motherboard), inline connector.
When attempting to install ClearOS, I get the boot menu to install or test the CD and etc., I get CD-ROM activity as it starts to load then my VGA connected monitor goes black and states no signal. I simply cannot install ClearOS. I ran a live CD of one of the Ubuntu flavors and learned via this, since the VGA monitor came up as monitor 2 and I could set Ubuntu to swap and/or combine monitors. Never did see any Linux output while the CD was booting. To make a long story short:
I 'think' I have seen somewhere that one can, during the boot process even from a CD/DVD, edit or configure the boot, via grub or grub.conf, to do certain things. My Googling has not provided anything on this that I can implement or understand... yet, especially since I am booting an install OS from CD/DVD.
My question is: Is there a way to tell the installation media to ignore display 1 or graphics card 1? I know a lot will be thinking, change it in the BIOS. I have tried every combination under the display device, to the point I had to reset the BIOS by pulling the battery. I have no idea where the CMOS clear pins are or if the board has a graphics disable pin(s) somewhere.
Thanks so much for your thoughts on this!
Thanks again Nick,
If what I have works, is there a danger in keeping it, or is it simply best to do the check? Not sure why we need to check to interface unless it checks whether it is up or down.