It looks strange that your result from the same command is essentially blank. lspci ought to be able to report for the hardware, even if there is no relevant section in the driver module.
Based on my searching this response to the lspci command is an indication that either the card in the pci slot or the pci subsystem on the motherboard has a fault and is incorrectly responding to the lspci command.
It was working flawlessly until the update to 175.
But I get it, it might be the PCIe slot. Blowing and cleaning with alcohol didnât make a difference.
I installed another identical card into a different slot ( The full PCI) and it has similar issues, but after a few restarts the 2nd card works,
I upgraded to 177-testing, it made no difference.
I tried to switch between 1st and 2nd card using setupassigning NIC to Green and the â2nd card in the full slotâ always needs a few restarts but then it works. The 1st card doesnât.
I see someone else is experimenting with the same Rev 15
Older BIOS require the PCI status to be reset, when cards are changed. By setting either Clear NVRAM to Y or PCI Reset to Y - then reverse those settings at next boot
PnP OS setting, which generally should be Yes for Linux - try toggling that
Project Beema has a few issues to resolve, before it will be clear whether or not his RTL8111 card is working.
I unpacked CU 176 stable img.xz to a uSD card and booted it on my workstation having the RTL8111 rev 15. This post is coming via that IPFire.
Conclusion is that RTL8111 rev 15 fundamentally works with IPFire. One slight difference is that mine is on the mainboard whereas yours is on a card. My reading is that Realtek make different variants, depending on whether for mainboard, card or USB dongle.
It still looks like a mainboard problem at your end. You indicated that it is an older PC. Perhaps it is failing.
I have a similar issue with the DHCP server of IPFire, I donât know if it is related.
Because my firewall appliance gets so hot I turn it off at night, so I wonât die in a fire, j/k.
The next day I start my PC and then the hardware appliance, because the PC is faster it gets a link-local address. After I disable my NIC and enable it again it gets an IP assigned. My desktop OS is Windows 11.
Normally my Windows DHCP client and the IPFire DHCP server should handle out an IP automatically.
As a general procedure, donât start your PC until after the IPFire has finished booting. Then Windows 11 should accept an IP address that is offered by the IPFire.
You need to resolve the heating problem with your BIostar mainboard or risk it being damaged
I tested it again with the cable router, Windows only seems to look for a DHCP server for about a minute and then gives up. When it detects a removed network cable it looks again for a DHCP server.
I received a larger SFX-L PSU with a 120 mm fan today, this will hopefully show some improvement.