Scheduled Maintenance: We are aware of an issue with Google, AOL, and Yahoo services as email providers which are blocking new registrations. We are trying to fix the issue and we have several internal and external support tickets in process to resolve the issue. Please see: viewtopic.php?t=158230

 

 

 

[Solved] [Software] R8168 intermittently loses link after upgrading from Buster to Bullseye

Linux Kernel, Network, and Services configuration.
Post Reply
Message
Author
Neighbour
Posts: 10
Joined: 2023-06-09 12:52

[Solved] [Software] R8168 intermittently loses link after upgrading from Buster to Bullseye

#1 Post by Neighbour »

So I've been giving a neglected system some love. After upgrading from stretch to buster a few months ago, I noticed that my Dual onboard R8168 started to intermittently losing its link on the primary network interface. For some reason only eth0 is affected, and eth1 is not.
I then found out that this might be caused by the default R8169-driver in the kernel and that I should give r8168-dkms a try. Installing this did indeed fix the problem (buster uses version 8.046.00-1). (Note that the R8169-driver for all kernels of stretch did not have this issue).

Then yesterday, I upgraded from buster to bullseye. After a few struggles with package dependencies, broken packages and version updates that had breaking changes in their configs, that's all working properly.
However, the problem of eth0 intermittently losing link (3 seconds, then goes back up automatically) suddenly returned. The link-down happens in between 13s up to 1h40m periods (sampled in the past 23 hours), and every time the link goes back up again after 3s.

Other than the fact that bullseye uses kernel 5.10 and r8168-dkms version 8.048.03-3 (and I can't switch back to 8.046.00-1 as that requires kernel 4.19.0) there have been no significant changes with regard to networking, so I'm at a loss what could cause this (and at an even greater loss as to how to fix it).

Any help would be greatly appreciated.

Edit to include output from lspci and inxi:

Code: Select all

02:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 06)
        Subsystem: Realtek Semiconductor Co., Ltd. RTL8111/8168 PCI Express Gigabit Ethernet controller
        Flags: bus master, fast devsel, latency 0, IRQ 24
        I/O ports at e000 [size=256]
        Memory at dfe04000 (64-bit, prefetchable) [size=4K]
        Memory at dfe00000 (64-bit, prefetchable) [size=16K]
        Capabilities: [40] Power Management version 3
        Capabilities: [50] MSI: Enable+ Count=1/1 Maskable- 64bit+
        Capabilities: [70] Express Endpoint, MSI 01
        Capabilities: [b0] MSI-X: Enable- Count=4 Masked-
        Capabilities: [d0] Vital Product Data
        Capabilities: [100] Advanced Error Reporting
        Capabilities: [140] Virtual Channel
        Capabilities: [160] Device Serial Number 02-00-00-00-68-4c-e0-00
        Kernel driver in use: r8168
        Kernel modules: r8168

03:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 06)
        Subsystem: Realtek Semiconductor Co., Ltd. RTL8111/8168 PCI Express Gigabit Ethernet controller
        Flags: bus master, fast devsel, latency 0, IRQ 25
        I/O ports at d000 [size=256]
        Memory at dfd04000 (64-bit, prefetchable) [size=4K]
        Memory at dfd00000 (64-bit, prefetchable) [size=16K]
        Capabilities: [40] Power Management version 3
        Capabilities: [50] MSI: Enable+ Count=1/1 Maskable- 64bit+
        Capabilities: [70] Express Endpoint, MSI 01
        Capabilities: [b0] MSI-X: Enable- Count=4 Masked-
        Capabilities: [d0] Vital Product Data
        Capabilities: [100] Advanced Error Reporting
        Capabilities: [140] Virtual Channel
        Capabilities: [160] Device Serial Number 03-00-00-00-68-4c-e0-00
        Kernel driver in use: r8168
        Kernel modules: r8168

Code: Select all

System:    Kernel: 5.10.0-23-686-pae i686 bits: 32 Console: tty 0 Distro: Debian GNU/Linux 11 (bullseye)
Machine:   Type: Desktop Mobo: N/A model: N/A serial: N/A BIOS: American Megatrends v: 4.6.4 date: 03/27/2012
CPU:       Info: Dual Core Intel Atom D2550 [MT MCP] speed: 1862 MHz
Graphics:  Device-1: Intel Atom Processor D2xxx/N2xxx Integrated Graphics driver: gma500 v: N/A
           Display: server: No display server data found. Headless machine? tty: 237x62
           Message: Unable to show advanced data. Required tool glxinfo missing.
Network:   Device-1: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet driver: r8168
           IF: eth0 state: up speed: 1000 Mbps duplex: full mac: <filter>
           Device-2: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet driver: r8168
           IF: eth1 state: up speed: 1000 Mbps duplex: full mac: <filter>
           IF-ID-1: vlan34 state: up speed: 1000 Mbps duplex: full mac: <filter>
Drives:    Local Storage: total: 223.57 GiB used: 144.7 GiB (64.7%)
Info:      Processes: 135 Uptime: 1d 3h 30m Memory: 3.87 GiB used: 564.1 MiB (14.2%) Init: systemd runlevel: 5 Shell: Bash
           inxi: 3.3.01
Edit2: Solved
Last edited by Neighbour on 2023-06-18 18:18, edited 2 times in total.

Aki
Global Moderator
Global Moderator
Posts: 2823
Joined: 2014-07-20 18:12
Location: Europe
Has thanked: 69 times
Been thanked: 385 times

Re: [Software] R8168 intermittently loses link after upgrading from Buster to Bullseye

#2 Post by Aki »

Hello,

Welcome to the forum.

In your previous post, you referred both to the r8168 and r8169 kernel module. Which one does your network adapter use ?

It could be useful to report the output of the following commands (the inxi program must be installed) to verify your network adapter identifcation:

Code: Select all

lspci -vd ::0200                                                                                                               
inxi -bnz
Have you followed the Debian Bullseye (11) release notes [1] about upgrading from previous release ? Have you completed the upgrade process ?

---
[1] https://www.debian.org/releases/bullseye/releasenotes
⢀⣴⠾⠻⢶⣦⠀
⣾⠁⢠⠒⠀⣿⡁ Debian - The universal operating system
⢿⡄⠘⠷⠚⠋⠀ https://www.debian.org
⠈⠳⣄⠀

Random_Troll
Posts: 444
Joined: 2023-02-07 13:35
Been thanked: 105 times

Re: [Software] R8168 intermittently loses link after upgrading from Buster to Bullseye

#3 Post by Random_Troll »

If you're still using the r8168 driver try this in a file at /etc/modprobe.d/r8168.conf:

Code: Select all

options r8168 eee_enable=N
Then regenerate the initramfs:

Code: Select all

# update-initramfs -u -k all
And reboot.

If there's no improvement delete the added file and regenerate the initramfs again to revert to stock.

There is also the aspm module parameter, try disabling that as well. They're both power management options and might be responsible for de-activating the card.
Jeder nach seinen Fähigkeiten, jedem nach seinen Bedürfnissen.

Neighbour
Posts: 10
Joined: 2023-06-09 12:52

Re: [Software] R8168 intermittently loses link after upgrading from Buster to Bullseye

#4 Post by Neighbour »

Aki wrote: 2023-06-09 14:53 In your previous post, you referred both to the r8168 and r8169 kernel module. Which one does your network adapter use ?
The network drivers were used as follows:
stretch: Used in-kernel 8169-driver (no issues)
buster: Switched from in-kernel 8169-driver (intermittent link loss) to 8168-dkms (no issues)
bullseye: On (newer version of) 8168-dkms but now again experiencing intermittent link loss
Aki wrote: 2023-06-09 14:53 Have you followed the Debian Bullseye (11) release notes [1] about upgrading from previous release ? Have you completed the upgrade process ?
---
[1] https://www.debian.org/releases/bullseye/releasenotes
I googled a howto that appears to have been a lot more succinct than the release notes:
1. backup (I backed up /etc only)
2. Update all packages on buster (ensure there are no held packages -> update -> upgrade -> full-upgrade)
3. Reboot
4. Edit /etc/apt/sources.list
5. Update (update -> upgrade --without-new-pkgs -> full-upgrade)
Here things went sideways at the full-upgrade step, but after an evening of work, this got smoothed out and all packages now report being uptodate. (There were problems with python2 being uninstalled, but some python2-modules still being installed and requiring pycleanup to remove, but pycleanup was not available anymore).
6. Reboot
Afterwards I found out that several packages had deprecated some configuration options that I was using, but overall, apt was happy and things were up again.

Neighbour
Posts: 10
Joined: 2023-06-09 12:52

Re: [Software] R8168 intermittently loses link after upgrading from Buster to Bullseye

#5 Post by Neighbour »

Random_Troll wrote: 2023-06-09 15:31 If you're still using the r8168 driver try this in a file at /etc/modprobe.d/r8168.conf:

Code: Select all

options r8168 eee_enable=N
There is also the aspm module parameter, try disabling that as well. They're both power management options and might be responsible for de-activating the card.
Apparently my device does not support eee, including that option caused the driver to not load at all.
It's now running with

Code: Select all

options r8168 aspm=0
and I'm monitoring to see whether the link will stay up.

It's still remarkable that only eth0 loses link intermittently, but eth1 does not.

Edit: Results of monitoring added:

24h later, and it appears that setting aspm=0 did not help.
Verified that various power-management are indeed turned off by inspecting the contents of
  • /sys/class/net/eth0/device/link/clkpm
  • /sys/class/net/eth0/device/link/l0s_aspm
  • /sys/class/net/eth0/device/link/l1_aspm
which all have the value 0.

Edit:
In hindsight, I probably should have taken the effort to paste the exact errormessage when loading the r8168 module with eee_enable=N:

Code: Select all

Jun 10 15:17:09 mail kernel: r8168: `N' invalid for parameter `eee_enable'
because apparently the correct value for this option is 0, not `N`. (And because turning eee off eventually fixed the issue, this would've solved the problem right here without further troubleshooting).
Last edited by Neighbour on 2023-06-19 11:41, edited 2 times in total.

Aki
Global Moderator
Global Moderator
Posts: 2823
Joined: 2014-07-20 18:12
Location: Europe
Has thanked: 69 times
Been thanked: 385 times

Re: [Software] R8168 intermittently loses link after upgrading from Buster to Bullseye

#6 Post by Aki »

Neighbour wrote: 2023-06-09 13:21 However, the problem of eth0 intermittently losing link (3 seconds, then goes back up automatically) suddenly returned. The link-down happens in between 13s up to 1h40m periods (sampled in the past 23 hours), and every time the link goes back up again after 3s.
Have you verified system logs for error/warning messages when the link is lost on eth0 ?

Can you send the network interface statistics with the command:

Code: Select all

ip -s link
⢀⣴⠾⠻⢶⣦⠀
⣾⠁⢠⠒⠀⣿⡁ Debian - The universal operating system
⢿⡄⠘⠷⠚⠋⠀ https://www.debian.org
⠈⠳⣄⠀

Neighbour
Posts: 10
Joined: 2023-06-09 12:52

Re: [Software] R8168 intermittently loses link after upgrading from Buster to Bullseye

#7 Post by Neighbour »

Aki wrote: 2023-06-10 14:44 Have you verified system logs for error/warning messages when the link is lost on eth0 ?
Unfortunately, the dmesg only reports the link loss:

Code: Select all

[   13.288384] r8168: eth1: link up
[   13.299475] IPv6: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
[   13.483541] r8168: eth0: link up
[   13.487471] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
[   13.487757] IPv6: ADDRCONF(NETDEV_CHANGE): vlan34: link becomes ready
[   25.760392] r8168: eth0: link down
[   28.868371] r8168: eth0: link up
[ 2431.168386] r8168: eth0: link down
[ 2434.276389] r8168: eth0: link up
[ 2943.200383] r8168: eth0: link down
[ 2946.318819] r8168: eth0: link up
[ 4106.496383] r8168: eth0: link down
[ 4109.572373] r8168: eth0: link up
[ 4902.144384] r8168: eth0: link down
[ 4905.252377] r8168: eth0: link up
Aki wrote: 2023-06-10 14:44 Can you send the network interface statistics with the command:

Code: Select all

ip -s link
Here they are (statistics are a little low as the last reboot was 1h23m ago):

Code: Select all

1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    RX: bytes  packets  errors  dropped missed  mcast
    462921     3675     0       0       0       0
    TX: bytes  packets  errors  dropped carrier collsns
    462921     3675     0       0       0       0
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP mode DEFAULT group default qlen 1000
    link/ether 00:30:18:a4:fc:80 brd ff:ff:ff:ff:ff:ff
    RX: bytes  packets  errors  dropped missed  mcast
    120500702  147510   0       0       0       2273
    TX: bytes  packets  errors  dropped carrier collsns
    16679390   100273   0       0       0       0
3: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP mode DEFAULT group default qlen 1000
    link/ether 00:30:18:a4:fc:81 brd ff:ff:ff:ff:ff:ff
    RX: bytes  packets  errors  dropped missed  mcast
    18798628   104059   0       0       0       1176
    TX: bytes  packets  errors  dropped carrier collsns
    168110426  277140   0       0       0       0
4: vlan34@eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP mode DEFAULT group default qlen 1000
    link/ether 00:30:18:a4:fc:80 brd ff:ff:ff:ff:ff:ff
    RX: bytes  packets  errors  dropped missed  mcast
    117047418  115000   0       0       0       2273
    TX: bytes  packets  errors  dropped carrier collsns
    16618520   76732    0       0       0       0

Aki
Global Moderator
Global Moderator
Posts: 2823
Joined: 2014-07-20 18:12
Location: Europe
Has thanked: 69 times
Been thanked: 385 times

Re: [Software] R8168 intermittently loses link after upgrading from Buster to Bullseye

#8 Post by Aki »

Neighbour wrote: 2023-06-10 14:03 It's still remarkable that only eth0 loses link intermittently, but eth1 does not.
Have you tried to swap the connection between the two NICs (with and without changing the network configuration, if required) to verify if the link up/down shows up in the eth1 interface or stays with eth0 ?
⢀⣴⠾⠻⢶⣦⠀
⣾⠁⢠⠒⠀⣿⡁ Debian - The universal operating system
⢿⡄⠘⠷⠚⠋⠀ https://www.debian.org
⠈⠳⣄⠀

Neighbour
Posts: 10
Joined: 2023-06-09 12:52

Re: [Software] R8168 intermittently loses link after upgrading from Buster to Bullseye

#9 Post by Neighbour »

Aki wrote: 2023-06-10 15:15 Have you tried to swap the connection between the two NICs (with and without changing the network configuration, if required) to verify if the link up/down shows up in the eth1 interface or stays with eth0 ?
This took some time, sorry for the delay.
I managed to swap the connection between the two NICs and also changing the network configuration.
Unfortunately, now it's eth1 that intermittently loses link for 3 seconds.

The NIC with the intermittent connection drops is connected to a Genexis Gigabit fiber NTU. Since the kernel only reports that the link is down, I suspect that the NTU is dropping the link because of reasons.
The other NIC is connected to a Gbit switch, and that has never seen an unexpected link drop.

Neighbour
Posts: 10
Joined: 2023-06-09 12:52

Re: [Software] R8168 intermittently loses link after upgrading from Buster to Bullseye

#10 Post by Neighbour »

The output of mii-tool is also very interesting (Note: I switched the NICs back, so eth0 is now again connected to the Genexis NTU).

Code: Select all

eth0: negotiated flow-control, link ok
  product info: vendor 00:e0:4c or 00:07:32, model 17 rev 5
  basic mode:   autonegotiation enabled
  basic status: autonegotiation complete, link ok
  capabilities: 1000baseT-HD 1000baseT-FD 100baseTx-FD 100baseTx-HD 10baseT-FD 10baseT-HD
  advertising:  1000baseT-HD 1000baseT-FD 100baseTx-FD 100baseTx-HD 10baseT-FD 10baseT-HD flow-control
  link partner: flow-control
eth1: negotiated 1000baseT-HD flow-control, link ok
  product info: vendor 00:e0:4c or 00:07:32, model 17 rev 5
  basic mode:   autonegotiation enabled
  basic status: autonegotiation complete, link ok
  capabilities: 1000baseT-HD 1000baseT-FD 100baseTx-FD 100baseTx-HD 10baseT-FD 10baseT-HD
  advertising:  1000baseT-HD 1000baseT-FD 100baseTx-FD 100baseTx-HD 10baseT-FD 10baseT-HD flow-control
  link partner: 1000baseT-HD 1000baseT-FD 100baseTx-FD 100baseTx-HD 10baseT-FD 10baseT-HD flow-control
For some reason, the capabilities of the link partner (i.e. the Genexis NTU) are listed only as "flow-control", which is unexpected.

Aki
Global Moderator
Global Moderator
Posts: 2823
Joined: 2014-07-20 18:12
Location: Europe
Has thanked: 69 times
Been thanked: 385 times

Re: [Software] R8168 intermittently loses link after upgrading from Buster to Bullseye

#11 Post by Aki »

Neighbour wrote: 2023-06-15 15:15 For some reason, the capabilities of the link partner (i.e. the Genexis NTU) are listed only as "flow-control", which is unexpected.
That's an interesting finding. Could it be related to a physical cable problem or a Genexis Gigabit Fibre NTU port problem ?
⢀⣴⠾⠻⢶⣦⠀
⣾⠁⢠⠒⠀⣿⡁ Debian - The universal operating system
⢿⡄⠘⠷⠚⠋⠀ https://www.debian.org
⠈⠳⣄⠀

Neighbour
Posts: 10
Joined: 2023-06-09 12:52

Re: [Software] R8168 intermittently loses link after upgrading from Buster to Bullseye

#12 Post by Neighbour »

Aki wrote: 2023-06-15 15:51 That's an interesting finding. Could it be related to a physical cable problem or a Genexis Gigabit Fibre NTU port problem ?
Given the fact that this issue started after upgrading to bullseye, I am inclined to think it's not caused by a physical (cable|port) problem.
However, I do have spare cables, so I will verify this to make sure :-)

Neighbour
Posts: 10
Joined: 2023-06-09 12:52

Re: [Software] R8168 intermittently loses link after upgrading from Buster to Bullseye

#13 Post by Neighbour »

Maybe mii-tool has a bug though, since ethtool does provide some info on the capabilities of the link-partner:

Code: Select all

Settings for eth0:
        Supported ports: [ TP    MII ]
        Supported link modes:   10baseT/Half 10baseT/Full
                                100baseT/Half 100baseT/Full
                                1000baseT/Half 1000baseT/Full
        Supported pause frame use: Symmetric Receive-only
        Supports auto-negotiation: Yes
        Supported FEC modes: Not reported
        Advertised link modes:  10baseT/Half 10baseT/Full
                                100baseT/Half 100baseT/Full
                                1000baseT/Half 1000baseT/Full
        Advertised pause frame use: Symmetric Receive-only
        Advertised auto-negotiation: Yes
        Advertised FEC modes: Not reported
        Link partner advertised link modes:  1000baseT/Full
        Link partner advertised pause frame use: Symmetric Receive-only
        Link partner advertised auto-negotiation: Yes
        Link partner advertised FEC modes: Not reported
        Speed: 1000Mb/s
        Duplex: Full
        Auto-negotiation: on
        master-slave cfg: preferred slave
        master-slave status: master
        Port: Twisted Pair
        PHYAD: 0
        Transceiver: external
        MDI-X: Unknown
        Supports Wake-on: pumbg
        Wake-on: d
        Link detected: yes
Settings for eth1:
        Supported ports: [ TP    MII ]
        Supported link modes:   10baseT/Half 10baseT/Full
                                100baseT/Half 100baseT/Full
                                1000baseT/Half 1000baseT/Full
        Supported pause frame use: Symmetric Receive-only
        Supports auto-negotiation: Yes
        Supported FEC modes: Not reported
        Advertised link modes:  10baseT/Half 10baseT/Full
                                100baseT/Half 100baseT/Full
                                1000baseT/Half 1000baseT/Full
        Advertised pause frame use: Symmetric Receive-only
        Advertised auto-negotiation: Yes
        Advertised FEC modes: Not reported
        Link partner advertised link modes:  10baseT/Half 10baseT/Full
                                             100baseT/Half 100baseT/Full
                                             1000baseT/Half 1000baseT/Full
        Link partner advertised pause frame use: Symmetric Receive-only
        Link partner advertised auto-negotiation: Yes
        Link partner advertised FEC modes: Not reported
        Speed: 1000Mb/s
        Duplex: Full
        Auto-negotiation: on
        master-slave cfg: preferred slave
        master-slave status: slave
        Port: Twisted Pair
        PHYAD: 0
        Transceiver: external
        MDI-X: Unknown
        Supports Wake-on: pumbg
        Wake-on: d
        Link detected: yes

Neighbour
Posts: 10
Joined: 2023-06-09 12:52

Re: [Software] R8168 intermittently loses link after upgrading from Buster to Bullseye

#14 Post by Neighbour »

In an attempt to have tried everything, I switched from r8168-dkms back to the in-kernel r8169 driver (since we're on bullseye now, with a newer kernel).
Unfortunately, that did not fix the intermittent link dropping.

However, I then found out with ethtool that the device, using the r8169-driver _does_ support EEE (even though the r8168-dkms driver refuses to load with eee-options in its config), and that it is enabled:

Code: Select all

~# ethtool --show-eee eth0
EEE settings for eth0:
        EEE status: enabled - active
        Tx LPI: disabled
        Supported EEE link modes:  100baseT/Full
                                   1000baseT/Full
        Advertised EEE link modes:  100baseT/Full
                                    1000baseT/Full
        Link partner advertised EEE link modes:  100baseT/Full
                                                 1000baseT/Full
~# ethtool --show-eee eth1
EEE settings for eth1:
        EEE status: enabled - inactive
        Tx LPI: disabled
        Supported EEE link modes:  100baseT/Full
                                   1000baseT/Full
        Advertised EEE link modes:  100baseT/Full
                                    1000baseT/Full
        Link partner advertised EEE link modes:  Not reported
Disabling it with

Code: Select all

ethtool --set-eee eth0 eee off
gives

Code: Select all

EEE settings for eth0:
        EEE status: disabled
        Tx LPI: disabled
        Supported EEE link modes:  100baseT/Full
                                   1000baseT/Full
        Advertised EEE link modes:  Not reported
        Link partner advertised EEE link modes:  100baseT/Full
                                                 1000baseT/Full
and no more dropped links. So apparently, because the Genexis NTU _does_ support eee (and my switch does not, see Link partner advertised above for eth1), it tries to use it, and that causes the link to drop intermittently.

Aki
Global Moderator
Global Moderator
Posts: 2823
Joined: 2014-07-20 18:12
Location: Europe
Has thanked: 69 times
Been thanked: 385 times

Re: [Software] R8168 intermittently loses link after upgrading from Buster to Bullseye

#15 Post by Aki »

Neighbour wrote: 2023-06-17 17:46 [..]
Disabling it with

Code: Select all

ethtool --set-eee eth0 eee off
gives

Code: Select all

EEE settings for eth0:
        EEE status: disabled
        Tx LPI: disabled
        Supported EEE link modes:  100baseT/Full
                                   1000baseT/Full
        Advertised EEE link modes:  Not reported
        Link partner advertised EEE link modes:  100baseT/Full
                                                 1000baseT/Full
and no more dropped links. So apparently, because the Genexis NTU _does_ support eee (and my switch does not, see Link partner advertised above for eth1), it tries to use it, and that causes the link to drop intermittently.
Congratulations. It was not an easy issue to address.

Thanks for sharing in the forum and letting other debian users to have more hints to solve such type of issues.
⢀⣴⠾⠻⢶⣦⠀
⣾⠁⢠⠒⠀⣿⡁ Debian - The universal operating system
⢿⡄⠘⠷⠚⠋⠀ https://www.debian.org
⠈⠳⣄⠀

Neighbour
Posts: 10
Joined: 2023-06-09 12:52

Re: [Software] R8168 intermittently loses link after upgrading from Buster to Bullseye

#16 Post by Neighbour »

And thanks to you for guiding me through this process and Random_Troll for pointing me towards the existence of power-saving settings :-)

Post Reply