I found this problem while troubleshooting the installation and as it is not related with that, I am opening a more specific issue. I cannot get my internet driver to work properly and journalctl is overcrowded with errors relating to it to the point that it is using 8% of my cpu, on average. To start, I can use the internet, however only at very slow speeds (max at 1mb/s), while my wifi is much better. I know the issue is with it, because journalctl is complaining specifically about its port.
I am currently out of ideas. How can I check if r8169 is installed or do it if it isn’t? Also, what more is there to consider? I am almost thinking this could be a hardware problem, as this wireless adapter is very new is has been giving this problem since install.
Remark: the main errors that pop up in journalctl are: kernel: pcieport 0000:00:1b.0: PCIe Bus Error: severity=Corrected, type=Physical Layer, (Receiver ID)
and kernel: pcieport 0000:00:1b.0: device [8068:a3e9] error status/mask=00000001/00002000
and kernel: pcieport 0000:00:1b.0: [ 0] RxErr (First)
First thing is that the 8169 is part of the kernel, so won’t show up as a separate package. Removing the 8168 entirely is probably the next thing - but my expertise doesn’t extend beyond the wiki entries you’ve already found Someone will be along, no doubt…
You can try the following kernel parameters for the error messages related to pcieport
Edit: The kernel parameters get added to the default grub file in /etc/default/grub and then update grub with sudo grub-mkconfig -o /boot/grub/grub.cfg
pci=nomsi
pcie_aspm=off
The wireless and ethernet has nothing to do with the r8168 so you could uninstall it. Your wireless chip is RTL8188EE and your Ethernet is an Intel I219-V
I tried your kernel parameters @ricklinux , but it does not seem to have stoped journalctl or made any visible change. Thanks for the info @freebird54.
Settings for eno1:
Supported ports: [ TP ]
Supported link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Full
Supported pause frame use: No
Supports auto-negotiation: Yes
Supported FEC modes: Not reported
Advertised link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Full
Advertised pause frame use: No
Advertised auto-negotiation: Yes
Advertised FEC modes: Not reported
Speed: Unknown!
Duplex: Unknown! (255)
Auto-negotiation: on
Port: Twisted Pair
PHYAD: 2
Transceiver: internal
MDI-X: Unknown (auto)
Supports Wake-on: pumbg
Wake-on: d
Current message level: 0x00000007 (7)
drv probe link
Link detected: no
where you can see that speed and duplex are unknown and I suppose that 255 is an error. I tried changing them with something like sudo ethtool -s eno1 speed 150 duplex full autoneg on but nothing was changed.
How can I try to use this repo you sent? I have no idea.
I tried that @ricklinux, but did not make any difference. I will check tomorrow if it is the hardware by trying another one. If this does happen to be the case, I will reply here. Anyway, thank you all for the help.
I think this particular Realtek chip has these issues from all that i have read but I’m sure maybe someone has solved some of them? I haven’t come across any though and it’s not that Realtek is bad it’s just depends on the chip. I have a Realtek and it’s very good. It’s only the N version but plenty fast. All my others are Broadcom but mostly the newer versions AC dual band.
Have you tried some kernel parameters? Also in the bios is Active State Power Management for pci-e is on or off? Try change PCI Express native power management to disabled.
You could also try pcie_aspm=off or pci=noaer or pci=nomsi If you haven’t.
Yes, I have tried removing it, but with no noticeable change @ringo. The wifi adapter is what I am looking into @ricklinux. I will probably do something with it in this week, so I will try to report back here as soon as I can.