ubuntuusers.de

WOL Broken after update auf Kernel 7

Status: Ungelöst | Ubuntu-Version: Server 26.04 (Resolute Raccoon)
Antworten |

lubux

Anmeldungsdatum:
21. November 2012

Beiträge: 14790

Setternixe schrieb:

Was bedeutet

Den r8169 in die /etc/modules (oder gleichwertig) eintragen

Wie mache ich das?

Mit:

1
sudo nano /etc/modules

und dort als letzte wirksame Zeile:

1
r8169

eintragen.

Setternixe schrieb:

Wann endet die temporäre Phase bzw. wie mache ich das wieder rückgängig?

Das kannst Du entscheiden. Du kannst in den Dateien die Du editiert/erstellt hat, vor die neue Zeile ein # Kommentarzeichen setzen und speichern. Danach:

1
sudo update-initramfs -u

erneut ausführen.

Setternixe schrieb:

Nach dem Reboot schauen ob der r8169 wirksam ist bzw. benutzt wird.

Wie schaue ich das?

Siehe danach die Ausgaben von:

1
2
3
lsmod | grep -iE 'r8169|r8168'
lspci -nnk -d::0200
ip a

lubux

Anmeldungsdatum:
21. November 2012

Beiträge: 14790

Setternixe schrieb:

apt policy linux-firmware /usr/sbin/modinfo r8169

Das sind 2 Zeilen:

1
2
apt policy linux-firmware
/usr/sbin/modinfo r8169

Jorber

Anmeldungsdatum:
2. November 2025

Beiträge: 401

Setternixe schrieb:

Nach dem Reboot steht dort nun:

1
2
3
4
5
6
7
8
9
linux-firmware:
  Installiert:           20260319.git217ca6e4.1ubuntu
  Installationskandidat: 20260319.git217ca6e4.1ubuntu
  Versionstabelle:
 *** 20260319.git217ca6e4.1ubuntu 500
        500 http://de.archive.ubuntu.com/ubuntu resolute/main amd64 Packages
        100 /var/lib/dpkg/status
Hinweis: Paket /usr/sbin/modinfo kann nicht gefunden werden.
Hinweis: Paket r8169 kann nicht gefunden werden.

Logisch, weil du die 2 Befehle nicht einzeln eingegeben hast. Deswegen würden wir immer gerne die komplette Ausgabe sehen d.h. Befehl samt der Ausgaben komplett von prompt zu prompt, Nur mit prompt am Anfang und Ende können wir erkennen, ob die Ausgaben komplett sind. So sieht das dann aus:

jorber@home:~$ apt policy linux-firmware /usr/sbin/modinfo r8169
linux-firmware:
  Installiert:           20260319.git217ca6e4.1ubuntu
  Installationskandidat: 20260319.git217ca6e4.1ubuntu
  Versionstabelle:
 *** 20260319.git217ca6e4.1ubuntu 100
        100 /var/lib/dpkg/status
Hinweis: Paket /usr/sbin/modinfo kann nicht gefunden werden.
Hinweis: Paket r8169 kann nicht gefunden werden.
jorber@home:~$ 

Jorber

Anmeldungsdatum:
2. November 2025

Beiträge: 401

Ein Test mit dem r8169 könnte auch einfacher gehen, wenn man gegebene Hinweise beachten würde:

Installation of the r8168-dkms package will disable the in-kernel r8169 module. To re-enable r8169, the r8168-dkms package must be purged.

Setternixe

(Themenstarter)

Anmeldungsdatum:
21. Juni 2019

Beiträge: 17

wenn man gegebene Hinweise beachten würde:

Dafür müsste ich dann eben wissen, wie man besagtes Paket entfernt! Gelesen hatte ich das schon...

Setternixe

(Themenstarter)

Anmeldungsdatum:
21. Juni 2019

Beiträge: 17

lsmod | grep -iE 'r8169|r8168'

1
2
3
4
michou@ubuntu-server:~$ lsmod | grep -iE 'r8169|r8168'
r8169                 151552  0
r8168                 684032  0
michou@ubuntu-server:~$

lspci -nnk -d::0200

1
2
3
4
5
6
michou@ubuntu-server:~$ lspci -nnk -d::0200
02:00.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL8111/8168/8211/8411 PCI Express Gigabit Ethernet Controller [10ec:8168] (rev 06)
        Subsystem: Realtek Semiconductor Co., Ltd. Device [10ec:0123]
        Kernel driver in use: r8168
        Kernel modules: r8168
michou@ubuntu-server:~$

ip a

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
michou@ubuntu-server:~$ ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host noprefixroute
       valid_lft forever preferred_lft forever
2: enp2s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
    link/ether 00:01:2e:40:9b:da brd ff:ff:ff:ff:ff:ff
    altname enx00012e409bda
    inet 192.168.178.48/24 metric 1024 brd 192.168.178.255 scope global dynamic enp2s0
       valid_lft 863549sec preferred_lft 863549sec
    inet6 fe80::201:2eff:fe40:9bda/64 scope link proto kernel_ll
       valid_lft forever preferred_lft forever
3: wlp4s0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DOWN group default qlen 1000
    link/ether 00:08:ca:59:51:e1 brd ff:ff:ff:ff:ff:ff
    altname wlx0008ca5951e1
4: tun0: <POINTOPOINT,NOARP,UP,LOWER_UP> mtu 1500 qdisc noqueue state UNKNOWN group default qlen 1000
    link/none
    inet 10.8.0.1/24 brd 10.8.0.255 scope global tun0
       valid_lft forever preferred_lft forever
    inet6 fe80::2b41:5c4b:c731:1afb/64 scope link stable-privacy proto kernel_ll
       valid_lft forever preferred_lft forever
5: br-90564062b707: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default
    link/ether de:40:f8:0f:ef:a3 brd ff:ff:ff:ff:ff:ff
    inet 172.18.0.1/16 brd 172.18.255.255 scope global br-90564062b707
       valid_lft forever preferred_lft forever
    inet6 fe80::dc40:f8ff:fe0f:efa3/64 scope link proto kernel_ll
       valid_lft forever preferred_lft forever
6: docker0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default
    link/ether fa:dc:18:ca:b8:d3 brd ff:ff:ff:ff:ff:ff
    inet 172.17.0.1/16 brd 172.17.255.255 scope global docker0
       valid_lft forever preferred_lft forever
    inet6 fe80::f8dc:18ff:feca:b8d3/64 scope link proto kernel_ll
       valid_lft forever preferred_lft forever
7: veth495e11d@if2: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master br-90564062b707 state UP group default
    link/ether fe:a5:17:27:8a:02 brd ff:ff:ff:ff:ff:ff link-netnsid 0
    inet6 fe80::fca5:17ff:fe27:8a02/64 scope link proto kernel_ll
       valid_lft forever preferred_lft forever
8: veth9488253@if2: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master docker0 state UP group default
    link/ether de:4b:df:20:17:09 brd ff:ff:ff:ff:ff:ff link-netnsid 1
    inet6 fe80::e8e1:7aff:fe93:f90a/64 scope link proto kernel_ll
       valid_lft forever preferred_lft forever
9: veth780b65f@if2: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master br-90564062b707 state UP group default
    link/ether 42:76:ab:89:af:51 brd ff:ff:ff:ff:ff:ff link-netnsid 2
    inet6 fe80::4076:abff:fe89:af51/64 scope link proto kernel_ll
       valid_lft forever preferred_lft forever
michou@ubuntu-server:~$

Jorber

Anmeldungsdatum:
2. November 2025

Beiträge: 401

Setternixe schrieb:

Dafür müsste ich dann eben wissen, wie man besagtes Paket entfernt! Gelesen hatte ich das schon...

Du betreibst einen Server und dir ist nicht bekannt, wie man Pakete deinstalliert?

Paketverwaltung ← Übersichtsartikel

apt/apt (Abschnitt „Pakete-verwalten“) ← apt Befehle zur Paketverwaltung

lubux

Anmeldungsdatum:
21. November 2012

Beiträge: 14790

Setternixe schrieb:

michou@ubuntu-server:~$ lsmod | grep -iE 'r8169|r8168'
r8169                 151552  0
r8168                 684032  0
michou@ubuntu-server:~$

BTW: Als Du die Ausgabe von lsmod gepostet hast, wie war dann die Ausgabe von:

1
cat /etc/modprobe.d/blacklist-r8168.conf

?

Setternixe

(Themenstarter)

Anmeldungsdatum:
21. Juni 2019

Beiträge: 17

cat /etc/modprobe.d/blacklist-r8168.conf

ergab folgendes

install r8168 /bin/true

Du betreibst einen Server und dir ist nicht bekannt, wie man Pakete deinstalliert?

Ich tue das ja auch, um zu lernen. Es handelt sich in diesem Fall um die Netzwerkschnittstelle, daher war ich nicht sicher, ob der Server danach noch erreichbar ist. Jetzt habe ich das Paket entfernt mit

sudo apt remove r8168-dkms

Leider zeigt die Eingabe

lspci -nnk -d::0200

nach dem Reboot aber immer noch an, dass der r8168 in use ist

1
2
3
4
5
6
michou@ubuntu-server:~$ lspci -nnk -d::0200
02:00.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL8111/8168/8211/8411 PCI Express Gigabit Ethernet Controller [10ec:8168] (rev 06)
        Subsystem: Realtek Semiconductor Co., Ltd. Device [10ec:0123]
        Kernel driver in use: r8168
        Kernel modules: r8168
michou@ubuntu-server:~$ 

Hab ich da etwas nicht verstanden?

lubux

Anmeldungsdatum:
21. November 2012

Beiträge: 14790

Setternixe schrieb:

Jetzt habe ich das Paket entfernt mit

sudo apt remove r8168-dkms

Leider zeigt die Eingabe

lspci -nnk -d::0200

nach dem Reboot aber immer noch an, dass der r8168 in use ist

1
2
3
4
5
6
michou@ubuntu-server:~$ lspci -nnk -d::0200
02:00.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL8111/8168/8211/8411 PCI Express Gigabit Ethernet Controller [10ec:8168] (rev 06)
        Subsystem: Realtek Semiconductor Co., Ltd. Device [10ec:0123]
        Kernel driver in use: r8168
        Kernel modules: r8168
michou@ubuntu-server:~$ 

Hab ich da etwas nicht verstanden?

Was ist der Unterschied zwischen remove und purge bzw. was passiert zusätzlich, wenn man purge statt remove (in deinem Fall) benutzt?

Was ist besser für einen _temporären_ Test, purgen oder blacklisten?

kB Team-Icon

Supporter, Wikiteam
Avatar von kB

Anmeldungsdatum:
4. Oktober 2007

Beiträge: 10349

Wohnort: Münster

Setternixe schrieb:

[…]

sudo apt remove r8168-dkms

Das entfernt das Paket aus dem System, d.h. für zukünftig installierte Kernel wird das Modul nicht mehr übersetzt. Es entfernt aber nicht den Modul aus bereits installierten Kerneln.

[…] nach dem Reboot aber immer noch an, dass der r8168 in use ist

Du musst die initrd.img aktualisieren und möglicherweise vorher die Dateien mit Modul r8168 löschen.

Jorber

Anmeldungsdatum:
2. November 2025

Beiträge: 401

gelöscht

Setternixe

(Themenstarter)

Anmeldungsdatum:
21. Juni 2019

Beiträge: 17

Hallo Ihr Lieben,

ursprünglich hatte ich mich ans Forum gewandt, um eine Neuinstallation und damit Zeitaufwand zu ersparen.

Leider ist mein Anfrage nun schon auf 3 Seiten angewachsen, ohne der Lösung des Problems näher gekommen zu sein. Deshalb habe mir gestern eine neue SSD zugelegt und Ubuntu Server 26.04 LTS frisch installiert. Nach 15 Minuten hatte mit dem Pubkey wieder SSH-Zugriff, mit Hilfe von Netplan die WOL-Funktion am Laufen und 1h später hatte ich auch die beiden Docker-Container mit Mongo-DB und Meshcentral wieder am Start. Ich weiß nicht, was das Upgrade zerschossen hat, obwohl es mich schon sehr interessiert hätte!

Ich danke Euch allen für Eure Mühe, mir zu helfen und hoffe nun auf einen reibungslosen Betrieb des Servers.

Antworten |